https://bugzilla.wikimedia.org/show_bug.cgi?id=55243
Web browser: ---
Bug ID: 55243
Summary: replaceCategoryLinks misplaces featured article links
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/1320/
Reported by: silvonen
Created on: 2011-06-12 10:47:24
Subject: replaceCategoryLinks misplaces featured article links
Original description:
I don't know if this is a known problem, but the function replaceCategoryLinks
in pywikibot/textlib.py moves featured/good article templates \(e.g., \{\{Link
FA|en\}\}\) above categories, although these templates are usually placed
between categories and interwiki links. This has caused problems in one of the
bot scripts that we use in the Finnish Wikipedia.
I am attaching a patch proposed by zache.
>python version.py
Pywikipedia \[http\] trunk/pywikipedia \(r9291, 2011/06/10, 04:46:24\)
Python 2.5.4 \(r254:67916, Jan 29 2009, 12:02:11\) \[MSC v.1310 32 bit
\(Intel\)\]
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.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55654
Web browser: ---
Bug ID: 55654
Summary: Recursive clone over ssh fails
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: ---
<~/pywikibot>git clone --recursive
ssh://multichill@gerrit.wikimedia.org:29418/pywikibot/core.git
Cloning into 'core'...
Warning: Permanently added the RSA host key for IP address
'[208.80.154.81]:29418' to the list of known hosts.
Enter passphrase for key 'key':
remote: Counting objects: 10842, done
remote: Finding sources: 100% (10842/10842)
remote: Getting sizes: 100% (1495/1495)
remote: Compressing objects: 100% (2292733/2292733)
remote: Total 10842 (delta 7190), reused 10548 (delta 7165)
Receiving objects: 100% (10842/10842), 23.42 MiB | 326 KiB/s, done.
Resolving deltas: 100% (7337/7337), done.
Submodule 'externals/httplib2'
(https://gerrit.wikimedia.org/r/p/pywikibot/externals/httplib2.git) registered
for path 'externals/httplib2'
Submodule 'i18n' (https://gerrit.wikimedia.org/r/p/pywikibot/i18n.git)
registered for path 'scripts/i18n'
Cloning into 'externals/httplib2'...
error: SSL certificate problem: self signed certificate in certificate chain
while accessing
https://gerrit.wikimedia.org/r/p/pywikibot/externals/httplib2.git/info/refs…
fatal: HTTP request failed
Clone of 'https://gerrit.wikimedia.org/r/p/pywikibot/externals/httplib2.git'
into submodule path 'externals/httplib2' failed
I'm cloning over ssh. Why are the submodules being loaded over https?
--
You are receiving this mail because:
You are the assignee for the bug.
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=61996
Bug ID: 61996
Summary: pywikibot.replaceExcept() may hang or cause an
infinite loop
Product: Pywikibot
Version: compat (1.0)
Hardware: All
OS: All
Status: NEW
Severity: minor
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: info(a)gno.de
Web browser: ---
Mobile Platform: ---
In some circumstances pywikibot.replaceExcept() may hang or have an infinite
loop. Neigher keyboard interrupt nor any other event works anymore an the
workstation must be restarted. Maybe this is caused by a malformed undetected
regex. On the otherhand any interrupt should be possible to kill the task.
I found this on compat, maybe it is also the same problem in core.
--
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.
