Bugs item #1786732, was opened at 2007-09-02 20:46
Message generated for change (Comment added) made by wikipedian
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1786732&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Works For Me
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Some mistake in wikipedia.py
Initial Comment:
Bot crash in start. the same with interwiki.py
D:\pywikipedia>solve_disambiguation.py
Traceback (most recent call last):
File "D:\pywikipedia\solve_disambiguation.py", line 75, in <module>
import wikipedia, pagegenerators, editarticle
File "D:\pywikipedia\wikipedia.py", line 4340, in <module>
getSite()
File "D:\pywikipedia\wikipedia.py", line 4248, in getSite
_sites[key] = Site(code=code, fam=fam, user=user, persistent_http=persistent
_http)
File "D:\pywikipedia\wikipedia.py", line 3153, in __init__
if persistent_http is None: persistent_http = config.persistent_http
AttributeError: 'module' object has no attribute 'persistent_http'
----------------------------------------------------------------------
>Comment By: Daniel Herding (wikipedian)
Date: 2007-09-04 14:16
Message:
Logged In: YES
user_id=880694
Originator: NO
Works for me, please download a new snapshot from:
http://tools.wikimedia.de/~valhallasw/pywiki/
----------------------------------------------------------------------
Comment By: Bryan (btongminh)
Date: 2007-09-02 21:04
Message:
Logged In: YES
user_id=1806226
Originator: NO
Are you using the most recent svn revision?
The persistent_http option was added to the config module in r4135:
http://svn.wikimedia.org/viewvc/pywikipedia/trunk/pywikipedia/config.py?r1=…
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1786732&group_…
Revision: 4193
Author: wikipedian
Date: 2007-09-03 23:53:48 +0000 (Mon, 03 Sep 2007)
Log Message:
-----------
docu typo
Modified Paths:
--------------
trunk/pywikipedia/pagegenerators.py
Modified: trunk/pywikipedia/pagegenerators.py
===================================================================
--- trunk/pywikipedia/pagegenerators.py 2007-09-03 23:48:59 UTC (rev 4192)
+++ trunk/pywikipedia/pagegenerators.py 2007-09-03 23:53:48 UTC (rev 4193)
@@ -552,7 +552,7 @@
class GeneratorFactory:
"""
This factory is responsible for processing command line arguments
- that are used many scripts and that determine on which pages
+ that are used by many scripts and that determine on which pages
to work on.
"""
def __init__(self):
Bugs item #1787369, was opened at 2007-09-04 00:53
Message generated for change (Comment added) made by wikipedian
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1787369&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Bug in wikipedia.py function getCategoryLinks()
Initial Comment:
I am using snapshot 2007-06-19.
Function getCategoryLinks() returns categories, that are defined within <pre>-tokens. In opposition the MediaWiki-software (version 1.9.3) ignores those strings.
The framework should show the same behaviour.
P.S.: wikipedian! Warst du im Urlaub? Ich hab mich gewundert warum mein Fix solange im Bug-Tracker rumgelegen ist ;-).
----------------------------------------------------------------------
>Comment By: Daniel Herding (wikipedian)
Date: 2007-09-04 01:50
Message:
Logged In: YES
user_id=880694
Originator: NO
Markup within <pre> tags will now be ignored when searching for
categories, links, interwikis etc.
Falk: Nee, muss bloß lernen ;)
Ach ja, dein Snapshot ist uralt, hol dir einen nightly snapshot:
http://tools.wikimedia.de/~valhallasw/pywiki/
----------------------------------------------------------------------
Comment By: Falk Steinhauer (falk_steinhauer)
Date: 2007-09-04 01:03
Message:
Logged In: YES
user_id=1810075
Originator: NO
I am actually seeing in [[Spezial:Version]], that "Parser extension tags"
includes "<pre>". Does this matter? I don't know what it means. Whether or
not, it might be good if the framework reacts exactly like the choosen
wiki.
----------------------------------------------------------------------
Comment By: Falk Steinhauer (falk_steinhauer)
Date: 2007-09-04 00:55
Message:
Logged In: YES
user_id=1810075
Originator: NO
I reported the bug. Maybe my login-cookie was to old :-/
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1787369&group_…
Revision: 4191
Author: wikipedian
Date: 2007-09-03 23:48:49 +0000 (Mon, 03 Sep 2007)
Log Message:
-----------
fixed bug [ 1787369 ] Bug in wikipedia.py function getCategoryLinks()
markup within <pre> tags will now be ignored when searching for
categories, links, interwikis etc.
Modified Paths:
--------------
trunk/pywikipedia/wikipedia.py
Modified: trunk/pywikipedia/wikipedia.py
===================================================================
--- trunk/pywikipedia/wikipedia.py 2007-09-03 17:57:38 UTC (rev 4190)
+++ trunk/pywikipedia/wikipedia.py 2007-09-03 23:48:49 UTC (rev 4191)
@@ -1384,7 +1384,7 @@
return []
thistxt = removeCategoryLinks(thistxt, self.site())
- # remove HTML comments, nowiki sections, and includeonly sections
+ # remove HTML comments, pre, nowiki, and includeonly sections
# from text before processing
thistxt = removeDisabledParts(thistxt)
@@ -2634,15 +2634,17 @@
Removes those parts of a wiki text where wiki markup is disabled, i.e.
* HTML comments
* nowiki tags
+ * pre tags
* includeonly tags
- The exact set of parts which are removed is passed as the 'parts' parameter
- and defaults to all.
+ The exact set of parts which should be removed can be passed as the
+ 'parts' parameter, which defaults to all.
"""
regexes = {
- 'nowiki' : r'<nowiki>.*?</nowiki>',
- 'comments' : r'<!--.*?-->',
- 'includeonly' : r'<includeonly>.*?</includeonly>',
+ 'comments' : r'<!--.*?-->',
+ 'includeonly': r'<includeonly>.*?</includeonly>',
+ 'nowiki': r'<nowiki>.*?</nowiki>',
+ 'pre': r'<pre>.*?</pre>',
}
if '*' in parts:
parts = regexes.keys()
@@ -2659,7 +2661,8 @@
if insite == None:
insite = getSite()
result = {}
- # Ignore interwiki links within nowiki tags, includeonly tags, and HTML comments
+ # Ignore interwiki links within nowiki tags, includeonly tags, pre tags,
+ # and HTML comments
text = removeDisabledParts(text)
# This regular expression will find every link that is possibly an
@@ -2816,7 +2819,8 @@
in the form {code:pagename}. Do not call this routine directly, use
Page objects instead"""
result = []
- # Ignore category links within nowiki tags, includeonly tags, and HTML comments
+ # Ignore category links within nowiki tags, pre tags, includeonly tags,
+ # and HTML comments
text = removeDisabledParts(text)
catNamespace = '|'.join(site.category_namespaces())
R = re.compile(r'\[\[\s*(?P<namespace>%s)\s*:\s*(?P<catName>.+?)(?:\|(?P<sortKey>.+?))?\s*\]\]' % catNamespace)
Bugs item #1787369, was opened at 2007-09-03 22:53
Message generated for change (Comment added) made by falk_steinhauer
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1787369&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Bug in wikipedia.py function getCategoryLinks()
Initial Comment:
I am using snapshot 2007-06-19.
Function getCategoryLinks() returns categories, that are defined within <pre>-tokens. In opposition the MediaWiki-software (version 1.9.3) ignores those strings.
The framework should show the same behaviour.
P.S.: wikipedian! Warst du im Urlaub? Ich hab mich gewundert warum mein Fix solange im Bug-Tracker rumgelegen ist ;-).
----------------------------------------------------------------------
Comment By: Falk Steinhauer (falk_steinhauer)
Date: 2007-09-03 23:03
Message:
Logged In: YES
user_id=1810075
Originator: NO
I am actually seeing in [[Spezial:Version]], that "Parser extension tags"
includes "<pre>". Does this matter? I don't know what it means. Whether or
not, it might be good if the framework reacts exactly like the choosen
wiki.
----------------------------------------------------------------------
Comment By: Falk Steinhauer (falk_steinhauer)
Date: 2007-09-03 22:55
Message:
Logged In: YES
user_id=1810075
Originator: NO
I reported the bug. Maybe my login-cookie was to old :-/
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1787369&group_…
Bugs item #1787369, was opened at 2007-09-03 22:53
Message generated for change (Comment added) made by falk_steinhauer
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1787369&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Bug in wikipedia.py function getCategoryLinks()
Initial Comment:
I am using snapshot 2007-06-19.
Function getCategoryLinks() returns categories, that are defined within <pre>-tokens. In opposition the MediaWiki-software (version 1.9.3) ignores those strings.
The framework should show the same behaviour.
P.S.: wikipedian! Warst du im Urlaub? Ich hab mich gewundert warum mein Fix solange im Bug-Tracker rumgelegen ist ;-).
----------------------------------------------------------------------
Comment By: Falk Steinhauer (falk_steinhauer)
Date: 2007-09-03 22:55
Message:
Logged In: YES
user_id=1810075
Originator: NO
I reported the bug. Maybe my login-cookie was to old :-/
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1787369&group_…
Bugs item #1787369, was opened at 2007-09-03 15:53
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1787369&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Bug in wikipedia.py function getCategoryLinks()
Initial Comment:
I am using snapshot 2007-06-19.
Function getCategoryLinks() returns categories, that are defined within <pre>-tokens. In opposition the MediaWiki-software (version 1.9.3) ignores those strings.
The framework should show the same behaviour.
P.S.: wikipedian! Warst du im Urlaub? Ich hab mich gewundert warum mein Fix solange im Bug-Tracker rumgelegen ist ;-).
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1787369&group_…