https://bugzilla.wikimedia.org/show_bug.cgi?id=59080
Web browser: ---
Bug ID: 59080
Summary: isCategoryRedirect is very slow
Product: Pywikibot
Version: core (2.0)
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: maarten(a)mdammers.nl
Classification: Unclassified
Mobile Platform: ---
In page.py we have a function "isCategoryRedirect":
def isCategoryRedirect(self):
"""Return True if this is a category redirect page, False otherwise."""
This is rather slow. Maybe some caching should be used.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=58878
Web browser: ---
Bug ID: 58878
Summary: Report sensible error when family file cannot be
loaded
Product: Pywikibot
Version: core (2.0)
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: valhallasw(a)arctus.nl
Classification: Unclassified
Mobile Platform: ---
"pywikibot.exceptions.Error: Family dibaf does not exist" is not a helpful
message if the problem really is
'cannot import family' (because someone tries 'import family' instead of 'from
pywikibot import family'
or something like that.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=56964
Web browser: ---
Bug ID: 56964
Summary: Tests: create a logger at DEBUG level to log to a file
Product: Pywikibot
Version: core (2.0)
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: valhallasw(a)arctus.nl
Classification: Unclassified
Mobile Platform: ---
To solve unit test issues, it can be very useful to have a debug log that
includes all network connectivity et cetera. This should be fairly easy -- just
create a logging hander that catches all logging at level DEBUG (or lower), and
stores these to a file.
Basically, this is what -debug does in bot.py:handleArgs.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55308
Web browser: ---
Bug ID: 55308
Summary: Fullurl in imageharvest.py does not work
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: legoktm.wikipedia(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
Originally from: http://sourceforge.net/p/pywikipediabot/bugs/897/
Reported by: dasch88
Created on: 2009-04-04 09:54:06
Subject: Fullurl in imageharvest.py does not work
Original description:
When I have a page where the picturelinks are given as fullurl they are
appended to the pageurl
Skript progess:
python imageharvest.py http://commons.wikimedia.org/wiki/User:DaSch/Bot-Export
Checked for running processes. 1 processes currently running, including the
current process.
What text should be added at the end of the description of each image from this
url? \[\[Import::04.04.2009\]\] \[\[Kategorie:Commons-Import\]\]
Include image
http://commons.wikimedia.org/wiki/User:DaSch/http://commons.wikipedia.org/a…
\(\[y\]es, \[N\]o, \[s\]top\) N
Include image
http://commons.wikimedia.org/wiki/User:DaSch/http://upload.wikimedia.org/wi…
\(\[y\]es, \[N\]o, \[s\]top\) y
Give the description of this image: 1789
Reading file
http://commons.wikimedia.org/wiki/User:DaSch/http://upload.wikimedia.org/wi…
Traceback \(most recent call last\):
File "imageharvest.py", line 117, in <module>
main\(url,image\_url\)
File "imageharvest.py", line 95, in main
uploadBot.run\(\)
File "/root/pywecowi/upload.py", line 296, in run
return self.upload\_image\(\)
File "/root/pywecowi/upload.py", line 119, in upload\_image
file = uo.open\(self.url\)
File "/usr/lib/python2.5/urllib.py", line 190, in open
return getattr\(self, name\)\(url\)
File "/usr/lib/python2.5/urllib.py", line 338, in open\_http
return self.http\_error\(url, fp, errcode, errmsg, headers\)
File "/usr/lib/python2.5/urllib.py", line 355, in http\_error
return self.http\_error\_default\(url, fp, errcode, errmsg, headers\)
File "/root/pywecowi/wikipedia.py", line 6954, in http\_error\_default
raise PageNotFound\(u'Page %s could not be retrieved. Check your family file ?'
% url\)
wikipedia.PageNotFound: Page
//commons.wikimedia.org/wiki/User:DaSch/http://upload.wikimedia.org/wikipedia/commons/1/1b/electoralcollege1789.svg
could not be retrieved. Check your family file ?
Version:
Pywikipedia \[http\] trunk/pywikipedia \(r6569, Apr 03 2009, 16:17:41\)
Python 2.5.2 \(r252:60911, Jul 31 2008, 17:28:52\)
\[GCC 4.2.3 \(Ubuntu 4.2.3-2ubuntu7\)\]
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55041
Web browser: ---
Bug ID: 55041
Summary: Cosmetic_changes.py deletes cross wiki-links
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: Unprioritized
Component: interwiki.py
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: legoktm.wikipedia(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
Originally from: http://sourceforge.net/p/pywikipediabot/feature-requests/296/
Reported by: Anonymous user
Created on: 2011-12-26 21:47:33
Subject: Cosmetic_changes.py deletes cross wiki-links
Original description:
Python 2.6.7 \(r267:88850, Sep 19 2011, 13:25:28\)
\[GCC 4.5.2\]
config-settings:
use\_api = True
use\_api\_login = True
unicode test: ok
1\. I ran in RU-wiki one command:
python /home/$USERNAME/pywiki/cosmetic\_changes.py -lang:ru -always
-file:/tmp/somefile
2\. File "/tmp/somefile" contain list of articles for processing
Struthiomimus
QoS
3\. For article "Struthiomimus" in RU-wiki I see, that it was deleted EN
cross-link
\[\[en:Steveville|Steveville\]\]
https://secure.wikimedia.org/wikipedia/ru/w/index.php?title=Struthiomimus&d…
4\. I think, that cosmetic\_changes.py should not deletes cross-links to other
wikis.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55262
Web browser: ---
Bug ID: 55262
Summary: -dir: paramter not working, variable _base_dir has
unclear e
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: ASSIGNED
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: legoktm.wikipedia(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
Originally from: http://sourceforge.net/p/pywikipediabot/bugs/1224/
Reported by: purodha
Created on: 2010-08-22 21:57:45
Subject: -dir: paramter not working, variable _base_dir has unclear e
Assigned to: purodha
Original description:
In the current svn verision \(rev 8433\) there is a huge mess around the
parameter -dir.
It is not processed in the place where all general parameters are -
wikipedia.handleArgs\(\)
It is processed in wikipediatools an then deleted from the arguemnt list.
Since this code is executed multiple times \(e.g. 3 times in interwiki.py\) it
does different
and unwanted things from the 2nd call on.
We see repeated error messages about missing config files being created where
there
should be none. Login information is sought at the wrong place, requiring one
to log
in for each change made by interwiki.py, e.g.
config.py processed the -dir parameter and puts it into a variable \_base\_dir
This variable is being used inconsistently as:
\- the directory where user\_config is sought \(only during the 1st trip
through\),
\- the directory where family configurations are expected,
\- the directory where programs are to be found,
\- the directory where where a .svn subdirectory is expected,
which cannot be all identical if you are running multiple bots having
to have different user\_config.py files.
This all needs cleanup.
Since config data is processed before command line parameters are parsed,
this is not straigthforward. When there can be a -dir parameter, config
processing
must not occur before it has been seen, or is known not to be used.
Since the current handling is not working anyways, and multiple processing is a
waste
anyways, I suggest to move the entire config handling to
wikipedia.handleArgs\(\)
and make sure, it only happens once. This would likely obsolete most or all of
the
contents of wikipediatools.py
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=54562
Web browser: ---
Bug ID: 54562
Summary: Bugfix for optional caputring group
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: legoktm.wikipedia(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
Originally from: http://sourceforge.net/p/pywikipediabot/patches/555/
Reported by: eranroz
Created on: 2012-07-03 18:35:29
Subject: Bugfix for optional caputring group
Original description:
Patch for pywikibot/textlib.py for the replace function \(replaceExcept\) for
supporting for empty/optional capturing groups.
This is a bugfix for a crash that occur when using replace.py with a regex
containing optional capturing group \(eg AAA in this regex "bla\(AAA\)?bla" \)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55191
Web browser: ---
Bug ID: 55191
Summary: Wrong startspace match in textlib.replaceexcept
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: legoktm.wikipedia(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
Originally from: http://sourceforge.net/p/pywikipediabot/bugs/1472/
Reported by: xqt
Created on: 2012-06-22 12:34:10
Subject: Wrong startspace match in textlib.replaceexcept
Original description:
textlib.replaceexcept wrongly matches 'startspace' within templates, e.g.
\{\{templatename
\_| option1 = foo
\_| option2 = bar
\}\}
\(replace\('\_', ' '\) first.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=57097
Web browser: ---
Bug ID: 57097
Summary: Port warnfile.py ito Pywikibot core
Product: Pywikibot
Version: core (2.0)
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: interwiki.py
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: cdpark(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
warnfile.py is not ported to core branch. So, "python interwiki.py
-warnfile:XXX" does not work now.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55226
Web browser: ---
Bug ID: 55226
Summary: -titleregex only searches mainspace
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: legoktm.wikipedia(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
Originally from: http://sourceforge.net/p/pywikipediabot/bugs/1386/
Reported by: bewareofdoug
Created on: 2011-12-06 22:56:55
Subject: -titleregex only searches mainspace
Original description:
Using the -titleregex parameter to a replace.py on the wikimedia commons only
gets me hits in the main \(gallery\) space not in file/image space where I
need it to. setting -namespace:6 does nothing and setting -prefixindex:file
'adds' mainspace content with the word file in front. The same result is
obtained when attempting to look in userspace \(though I didn't try it with
-namespace:\). An example is:
python replace.py -titleregex:".\*Nietzsche.\*" foooooooo bar
version.py output:
Pywikipedia \[http\] trunk/pywikipedia \(r9787, 2011/12/06, 07:41:04\)
Python 2.6.1 \(r261:67515, Jun 24 2010, 21:47:49\)
\[GCC 4.2.1 \(Apple Inc. build 5646\)\]
config-settings:
use\_api = True
use\_api\_login = True
unicode test: ok
--
You are receiving this mail because:
You are the assignee for the bug.
