https://bugzilla.wikimedia.org/show_bug.cgi?id=55296
Web browser: ---
Bug ID: 55296
Summary: Wikia Helper and Staff rights
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/1004/
Reported by: bluedevilwiki
Created on: 2009-08-11 01:20:48
Subject: Wikia Helper and Staff rights
Original description:
Please add Wikia Helper and Staff rights \(that are same as sysops\) to the
pywikipedia. http://www.wikia.com/wiki/Special:ListGroupRights
This way we don't have to make ourselves admin then use the bot. The bot would
understand that helpers and staffs are same as sysops.
Thanks\!
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55288
Web browser: ---
Bug ID: 55288
Summary: login.py no login IP blocked/user not
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: login.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/bugs/1129/
Reported by: masti01
Created on: 2010-02-27 23:08:20
Subject: login.py no login IP blocked/user not
Original description:
While loging with a bot from blocked IP range I got following:
$ python login.py -lang:ru
Password for user MastiBot on wikipedia:ru:
Logging in to wikipedia:ru as MastiBot
WARNING: Your account on wikipedia:ru is blocked. Editing using this account
will stop the run.
Should be logged in now
Only IP range /16 is blocked. I can log manually form sam IP.
Then when a bot is run:
Updating links on page \[\[ru:Словацкий, Юлиуш\]\].
Changes to be made: изменил: \[\[uk:Юліуш Словацький\]\]
\- \[\[uk:Словацький Юліуш\]\]
\+ \[\[uk:Юліуш Словацький\]\]
NOTE: Performing a recursive query first to save time....
NOTE: Nothing left to do 2
NOTE: Updating live wiki...
WARNING: Your account on wikipedia:ru is blocked. Editing using this account
will stop the run.
Dump pl \(wikipedia\) appended.
Traceback \(most recent call last\):
File "interwiki.py", line 2390, in <module>
main\(\)
File "interwiki.py", line 2364, in main
bot.run\(\)
File "interwiki.py", line 2124, in run
self.queryStep\(\)
File "interwiki.py", line 2102, in queryStep
subj.finish\(self\)
File "interwiki.py", line 1627, in finish
if self.replaceLinks\(page, new, bot\):
File "interwiki.py", line 1808, in replaceLinks
status, reason, data = page.put\(newtext, comment = mcomment\)
File "/usr/home/masti/pw/pywikipedia/wikipedia.py", line 1540, in put
self.site\(\).checkBlocks\(sysop = sysop\)
File "/usr/home/masti/pw/pywikipedia/wikipedia.py", line 4811, in checkBlocks
raise UserBlocked\('User is blocked in site %s' % self\)
pywikibot.exceptions.UserBlocked: User is blocked in site wikipedia:ru
The block is for ovh.pl hosting service.
$ python version.py
Pywikipedia \[http\] trunk/pywikipedia \(r7972, 2010/02/27, 10:13:26\)
Python 2.6.2 \(r262:71600, Oct 22 2009, 08:54:52\)
\[GCC 4.3.4\]
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=58053
Web browser: ---
Bug ID: 58053
Summary: Python 3 compatibility
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: ---
Make Pywikibot also work under shiny new versions of Python (3.3+, probably).
We are aiming for a multi-compatible codebase (2.6, 2.7 and 3.3, and in the
near future 3.4), without a dependency on six. This means we do have some hacks
(try-except import blocks, 'if sys.version[0] > 2: unicode = str', etc.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55192
Web browser: ---
Bug ID: 55192
Summary: Rewrite Performance (multiple API request)
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/1470/
Reported by: xqt
Created on: 2012-06-21 13:44:27
Subject: Rewrite Performance (multiple API request)
Original description:
There are multiple user info queries which slows down the performance:
c:\Pywikipedia\rw>pwb.py basic.py user:xqt/Test -simulate -v
Pywikipediabot r10326 2012-06-08 12:08:53Z
Python 2.7.3 \(default, Apr 10 2012, 23:24:47\) \[MSC v.1500 64 bit \(AMD64\)\]
Retrieving 1 pages from wikipedia:de.
Starting 1 threads...
API action query: userinfo
Found 1 wikipedia:de processes running, including this one.
>>> Benutzer:Xqt/Test <<<
\- Test
\+ Test Test
Comment: Bot: Ändere ...
Do you want to accept these changes? \(\[y\]es, \[N\]o\) y
API action query: userinfo
API action query: userinfo
Cosmetic changes for wikipedia-de enabled.
API action query: siteinfo|userinfo
API action query: userinfo
API action edit:
SIMULATION: edit action blocked.
Page \[\[Benutzer:Xqt/Test\]\] saved without any changes.
Page \[\[Benutzer:Xqt/Test\]\] saved
Dropped throttle\(s\).
Waiting for threads to finish...
All threads finished.
Dropped throttle\(s\).
c:\Pywikipedia\rw>
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55002
Web browser: ---
Bug ID: 55002
Summary: claimit.py sample: add option to allow checking for
identical statement (same property with same value)
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/344/
Reported by: apac1
Created on: 2013-08-29 03:55:55.886000
Subject: claimit.py sample: add option to allow checking for identical
statement (same property with same value)
Original description:
Currently statements are not created if there is already an existing statement
with the same property.
A new option could allow to add statement if the same property, but different
values.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55889
Web browser: ---
Bug ID: 55889
Summary: Thread-safe versions of the Generators
Product: Pywikibot
Version: core (2.0)
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: crangasi2001(a)yahoo.com
Classification: Unclassified
Mobile Platform: ---
Currently, the generators functions use yield, which is not tread-safe. PWB
should offer a thread-safe version using one of the many interesting
suggestions from http://www.dabeaz.com/generators/Generators.pdf (or any other
method :P)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55158
Web browser: ---
Bug ID: 55158
Summary: getFileVersionHistory doesn't work if information is
hidden
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/1550/
Reported by: stefan2wiki
Created on: 2012-12-14 01:38:42
Subject: getFileVersionHistory doesn't work if information is hidden
Original description:
Take a file where some information is hidden, for example this one:
https://commons.wikimedia.org/wiki/File:Catania\_Piazza\_Quattro\_Canti.jpg
In this case, the edit summary for the first revision is missing.
Try this code:
import wikipedia
site = wikipedia.getSite\(u'commons', u'commons'\)
page = wikipedia.ImagePage\(site, u'File:Catania Piazza Quattro Canti.jpg'\)
history = page.getFileVersionHistory\(\)
I get an error message:
Traceback \(most recent call last\):
File "<stdin>", line 1, in <module>
File "wikipedia.py", line 4194, in getFileVersionHistory
result.append\(\(i\['timestamp'\], i\['user'\], u"%s×%s" % \(i\['width'\],
i\['height'\]\), i\['size'\], i\['comment'\]\)\)
KeyError: 'comment'
There is no i\['comment'\] because the comment is hidden \(deleted\).
Result: The script crashes when running getFileVersionHistory. It would be
better if getFileVersionHistory at least returns what's available, instead of
returning nothing at all. For example, if you use i.get\('comment'\) instead of
i\['comment'\], then getFileVersionHistory returns None if there is no comment.
That seems much better than crashing.
Some version information:
Pywikipedia \(r10715 \(wikipedia.py\), 2012/11/13, 20:56:05\)
Python 2.7.3 \(default, Aug 1 2012, 05:16:07\)
\[GCC 4.6.3\]
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=56321
Web browser: ---
Bug ID: 56321
Summary: Locked database makes bot crash with
"pywikibot.data.api.APIError"
Product: Pywikibot
Version: core (2.0)
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: Wikidata
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: maarten(a)mdammers.nl
Classification: Unclassified
Mobile Platform: ---
" File "C:\pywikibot\core\pywikibot\page.py", line 2692, in addClaim
self.repo.addClaim(self, claim, bot=bot, **kwargs)
File "C:\pywikibot\core\pywikibot\site.py", line 709, in callee
return fn(self, *args, **kwargs)
File "C:\pywikibot\core\pywikibot\site.py", line 3581, in addClaim
data = req.submit()
File "C:\pywikibot\core\pywikibot\data\api.py", line 394, in submit
raise APIError(code, info, **result["error"])
pywikibot.data.api.APIError: internal_api_error_ReadOnlyError: Exception
Caught:
The database is currently locked to new entries and other modifications,
probab
ly for routine database maintenance, after which it will be back to normal.
The administrator who locked it offered this explanation: The database has been
automatically locked while the slave database servers catch up to the master
"
Should back off and retry
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55011
Web browser: ---
Bug ID: 55011
Summary: Support for Wikimedia Labs and Toolserver
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/335/
Reported by: cdpark
Created on: 2013-04-08 01:52:09
Subject: Support for Wikimedia Labs and Toolserver
Original description:
1\. Source directory repositiory
Split pywikipedia source and user config/script. See also
https://wikitech.wikimedia.org/wiki/Nova\_Resource\_Talk:Bots\#Pywikipediab…
Currently, pywikipedia imports\(or includes\) other file from \(1\) source code
directory \(2\) current working directory \(3\) pywikipedia environment,
depends on code. How about to support PYWIKIPEDIA\_HOME or similar environment
for source code repository.
2\. Local mysql mirror support.
In WMLabs and toolserver, access of wikipedia mirror is available. Page.get\(\)
and pagegenerators can be use this information. \(BTW, Page.put\(\) should work
to original site, not mirrors\). It can be also useful for other mediawiki
installs if admin runs some pywikipedia-based script \(e.g. replace.py\) for
his own database.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55054
Web browser: ---
Bug ID: 55054
Summary: Add new section to a page
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/273/
Reported by: binbot
Created on: 2010-11-07 16:57:49
Subject: Add new section to a page
Original description:
Hi\! Wikipedia.Page has now to saving methods, put\(newtext\) and
put\_async\(newtext\). I ask you to introduce a third one:
newsection\(title,newtext\). It should work as ...action=edit§ion=new, so
we shouldn't bother the old content of the page to add something to the end.
Thanks a lot\!
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55104
Web browser: ---
Bug ID: 55104
Summary: Recreate deleted page
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/144/
Reported by: Anonymous user
Created on: 2008-04-19 14:50:59
Subject: Recreate deleted page
Original description:
I searched and found closed and open bugs on recreating deleted pages, but I
think I can put it differently than others:
I \*want\* to use pagefromfile to upload a large amount of text that a user
upload badly by hand. Those pages have been deleted and would be much better
created en masse by the bot. I understand why most people would not want their
bots creating previously deleted pages, but it should be an option. Even if I
had to hit "Y" every time like I do with deletes, it should be possible.
I tried removing the pertaining objections in wikipedia.py, but the layout on
editing a previously deleted page is too different.
This should be an easy error to recreate.
mrandmrsmurphy(a)gmail.com
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=58941
Web browser: ---
Bug ID: 58941
Summary: [tracking] Missing unit tests
Product: Pywikibot
Version: core (2.0)
Hardware: All
OS: All
Status: NEW
Keywords: easy
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: valhallasw(a)arctus.nl
Blocks: 58940
Classification: Unclassified
Mobile Platform: ---
This is a bug to track unit tests that should be added. These bugs might be
interesting for new contributors.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55150
Web browser: ---
Bug ID: 55150
Summary: wikidata error
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
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/bugs/1586/
Reported by: Anonymous user
Created on: 2013-02-23 10:30:20
Subject: wikidata error
Original description:
Some script says they might work with wikidata, but:
E:\Pywikipedia>interwiki.py -cleanup cs:wikipedie:wikidata -repository
Getting 1 page from wikipedia:cs...
\[\[cs:Wikipedie:Wikidata\]\]: \[\[cs:Wikipedie:Wikidata\]\] gives new
interwiki \[\[simpl
e:Wikipedia:Wikidata\]\]
\[\[cs:Wikipedie:Wikidata\]\]: \[\[cs:Wikipedie:Wikidata\]\] gives new
interwiki \[\[en:Wi
kipedia:Wikidata\]\]
\[\[cs:Wikipedie:Wikidata\]\]: \[\[cs:Wikipedie:Wikidata\]\] gives new
interwiki \[\[fr:Wi
kipédia:Wikidata\]\]
\[\[cs:Wikipedie:Wikidata\]\]: \[\[cs:Wikipedie:Wikidata\]\] gives new
interwiki \[\[de:Wi
kipedia:Wikidata\]\]
\[\[cs:Wikipedie:Wikidata\]\]: \[\[cs:Wikipedie:Wikidata\]\] gives new
interwiki \[\[hu:Wi
kipédia:Wikidata\]\]
\[\[cs:Wikipedie:Wikidata\]\]: \[\[cs:Wikipedie:Wikidata\]\] gives new
interwiki \[\[sv:Wi
kipedia:Wikidata\]\]
Getting 1 page from wikipedia:simple...
Getting 1 page from wikidata:wikidata...
Traceback \(most recent call last\):
File "E:\Pywikipedia\pagegenerators.py", line 1222, in \_\_iter\_\_
for loaded\_page in self.preload\(somePages\):
File "E:\Pywikipedia\pagegenerators.py", line 1241, in preload
pywikibot.getall\(site, pagesThisSite\)
File "E:\Pywikipedia\wikipedia.py", line 5289, in getall
\_GetAll\(site, pages, throttle, force\).run\(\)
File "E:\Pywikipedia\wikipedia.py", line 4908, in run
data = self.getData\(\)
File "E:\Pywikipedia\wikipedia.py", line 5078, in getData
pagenames = u'\r\n'.join\(pagenames\)
TypeError: sequence item 0: expected string or Unicode, NoneType found
sequence item 0: expected string or Unicode, NoneType found
Dump cs \(wikipedia\) appended.
Traceback \(most recent call last\):
File "E:\Pywikipedia\interwiki.py", line 2602, in <module>
main\(\)
File "E:\Pywikipedia\interwiki.py", line 2576, in main
bot.run\(\)
File "E:\Pywikipedia\interwiki.py", line 2309, in run
self.queryStep\(\)
File "E:\Pywikipedia\interwiki.py", line 2282, in queryStep
self.oneQuery\(\)
File "E:\Pywikipedia\interwiki.py", line 2278, in oneQuery
subject.batchLoaded\(self\)
File "E:\Pywikipedia\interwiki.py", line 1338, in batchLoaded
\(skip, alternativePage\) = self.disambigMismatch\(page, counter\)
File "E:\Pywikipedia\interwiki.py", line 1122, in disambigMismatch
elif not self.originPage.isDisambig\(\) and page.isDisambig\(\):
File "E:\Pywikipedia\wikipedia.py", line 1563, in isDisambig
self.templates\(\)\)
File "E:\Pywikipedia\wikipedia.py", line 2799, in templates
get\_redirect=get\_redirect\)\]\)\)
File "E:\Pywikipedia\wikipedia.py", line 2818, in templatesWithParams
thistxt = removeDisabledParts\(thistxt\)
File "E:\Pywikipedia\pywikibot\textlib.py", line 225, in removeDisabledParts
return toRemoveR.sub\('', text\)
TypeError: expected string or buffer
E:\Pywikipedia>version.py
Pywikipedia trunk/pywikipedia/ \(r11103, 2013/02/22, 16:14:56, ok\)
Python 2.7.2 \(default, Jun 12 2011, 15:08:59\) \[MSC v.1500 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=55235
Web browser: ---
Bug ID: 55235
Summary: Treat code-only interwikis as valid for main page
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: ASSIGNED
Severity: normal
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/bugs/1344/
Reported by: Anonymous user
Created on: 2011-09-19 11:07:11
Subject: Treat code-only interwikis as valid for main page
Assigned to: xqt
Original description:
Interwiki in the form of \[\[en:\]\] links to the main page.
It is easy to generate \(on Toolserver or from SiteMatrix\) a list of
interwikis in this form for the main page and they are correct links.
So the bot must not remove them nor change them.
Suggesting the following process:
1\) Pull MediaWiki:Mainpage and store it in some variable.
2\) When dealing with interwiki, first compare, if the page title == that
variable.
3\) If yes, simply put short interwikis there \(or at least do not remove nor
correct them to long\)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=54544
Web browser: ---
Bug ID: 54544
Summary: important fix for i18n.py
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/617/
Reported by: Anonymous user
Created on: 2013-05-28 23:05:42
Subject: important fix for i18n.py
Original description:
the "i18n.py" file in the "/pywikibot" directory has a useful "translate"
function; but it doesn't work well with multiple "\{\{PLURAL\}\}" directives in
the same string: for example, the following code:
pywikibot.i18n.translate\('en',\{'en':'%\(links\)d
\{\{PLURAL:%\(links\)d|link|links\}\} and %\(apples\)d
\{\{PLURAL:%\(apples\)d|apple|apples\}\}'\},\{'links':1,'apples':4\}\)
returns "1 link and 4 link" instead of "1 link and 4 apples".
I've fixed that doing a "while" loop for each \{\{PLURAL\}\} and
replacing/translating only one of them at a time; probably other functions need
such fixes as well.
My version is attached, feel free to improve it and include it in the
pywikipediabot rewrite branch.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=54963
Web browser: ---
Bug ID: 54963
Summary: generate_family_file.py: WARNING: Api does not seem to
be enabled
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: federicoleva(a)tiscali.it
Classification: Unclassified
Mobile Platform: ---
$ python generate_family_file.py http://translatewiki.net/w/api.php twn
Generating family file from https://translatewiki.net/w/api.php
*** WARNING: Api does not seem to be enabled on
https://translatewiki.net/w/api.php
Traceback (most recent call last):
File "generate_family_file.py", line 339, in <module>
FamilyFileGenerator(*sys.argv[1:]).run()
File "generate_family_file.py", line 73, in run
w = Wiki(self.base_url)
File "generate_family_file.py", line 284, in __init__
self._parse_pre_117(data)
File "generate_family_file.py", line 296, in _parse_pre_117
self.server = self.REwgServer.search(data).groups()[0]
AttributeError: 'NoneType' object has no attribute 'groups'
$ python --version
Python 2.7.3
$ python version.py
Pywikibot [https] r/pywikibot/compat (r10331, 445623d, 2013/10/01, 18:00:37,
ok)
Release version: 1.0b1
Python: 2.7.3 (default, Aug 9 2012, 17:23:58)
[GCC 4.7.1 20120720 (Red Hat 4.7.1-5)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
It's the same with Pywikipedia trunk/pywikipedia/ (r11781, 2013/07/20,
11:39:29, ok)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55113
Web browser: ---
Bug ID: 55113
Summary: category.py add blind with contextual links
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/75/
Reported by: Anonymous user
Created on: 2007-01-28 21:44:27
Subject: category.py add blind with contextual links
Original description:
When using category.py add and giving a page where wikilinks are in this form
\[\[/foo\]\] or \[\[/foo/\]\]
\(http://en.wikibooks.org/w/index.php?title=C%2B%2B\_Programming&action=edit
for exemple\) or included in a template, the robot will parse pages named
litteraly \[\[/foo\]\] instead of \[\[\{\{PAGENAME\}\}/foo\]\]. And if the link
is included in a template, the robot will see anything \(but for the template,
it's often more convenient and not so problematic\).
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55238
Web browser: ---
Bug ID: 55238
Summary: imagecopy_self.py replaces usage even if upload to C
fails
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/1332/
Reported by: mga73
Created on: 2011-08-23 17:25:13
Subject: imagecopy_self.py replaces usage even if upload to C fails
Original description:
If a file is moved to Commons with a new name imagecopy\_self.py replaces the
usage. That is good :-\)
However, I have 2 examples where usage was replaced even if file was not moved
to Commons.
1\) I made a typo in .jpg
http://en.wikipedia.org/w/index.php?title=Rashean\_Mathis&diff=438089781&ol…
2\) Filetype did not match .ext
http://ms.wikipedia.org/w/index.php?title=Sekolah\_Menengah\_Kebangsaan\_St…
So I suggest that replace is only done once the upload is verified.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55306
Web browser: ---
Bug ID: 55306
Summary: Problems with revdelete
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/937/
Reported by: platonides
Created on: 2009-05-11 22:26:00
Subject: Problems with revdelete
Original description:
Wikipedia is now using revdelete in everyday use.
This means that content, editor or summaries may be selectively deleted.
pywikipediabot isn't prepared to handle that, and will break throwing an
exception, even if that field isn't needed for the specific action being done.
I encountered it with instances of <contributor deleted="deleted"/> but
will likely happen with all deleted fields.
If you use -page: generator where it has the contributor deleted, it'll throw
from
xmlreader.py, line 180, in endElement
text, self.username,
AttributeError: MediaWikiXmlHandler instance has no attribute 'username'
MediaWikiXmlHandler instance has no attribute 'username'
If you were using a -xml: generator, it's much more cyptic:
xmlreader.py", line 64, in \_\_init\_\_
self.username = username.strip\(\)
AttributeError: 'bool' object has no attribute 'strip'
'bool' object has no attribute 'strip'
Using r6870.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=54573
Web browser: ---
Bug ID: 54573
Summary: rvdiffto parameter implementation
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/447/
Reported by: Anonymous user
Created on: 2010-05-27 03:19:29
Subject: rvdiffto parameter implementation
Original description:
No revisions diff text loading function is implemented in the framework. Here
is one:
Changelog:
Modified site.loadrevisions\(\) method to support rvdiffto parameter.
Added a Page.Revision.Diff class for storing the diff text and revto id.
Modified api.update\_page\(\) to save the new diff information.
A method from Page.py is still missing to get diffs just like you get a
revision now. But you can get the diff text from
page.\_revision\[id\].diff.text directly for now.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=58819
Web browser: ---
Bug ID: 58819
Summary: PYWP-9 create library for diffs, expand userlib
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: minor
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: wmf.bugconverter(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
This issue was converted from https://jira.toolserver.org/browse/PYWP-9.
Summary: create library for diffs, expand userlib
Issue type: New Feature - A new feature of the product, which has yet to be
developed.
Priority: Minor
Status: Open
Assignee: David <dkalkin(a)gmail.com>
On Fri, 29 Aug 2008 23:49:25, David <dkalkin(a)gmail.com> opened the following
bug:
> Add a new library, editlib, for parsing diffs. It will parse the
> diff html page, extracting info like editor, time, edit summary,
> etc, and creating lists of the lines and words marked as added and
> deleted. More details can be found in the docstrings. For use with
> editlib, some new functions are also added to userlib. These will
> get the user's registration date, the number of edits the user has
> made, and the number of vandalism warnings on the user's talk page.
> Only Wikipedia:en is supported - some of the regular expressions
> rely on English text. Within that scope, I've done reasonably
> thorough testing on the editlib functions, and somewhat less
> thorough testing on the new functions for userlib. All of this is
> designed for use with automated vandalism detection. I am working
> on a bot to do just that - User:Kalbot - but it's still in an early
> experimental stage. I am User:DKalkin on the English Wikipedia
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55244
Web browser: ---
Bug ID: 55244
Summary: unlinking StoredPage fails
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
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/bugs/1314/
Reported by: xqt
Created on: 2011-05-15 16:45:45
Subject: unlinking StoredPage fails
Original description:
While running multiple task unlinking StoredPage failes as follows
NOTE: Number of pages queued is 0, trying to add 60 more.
Dump sm \(wikipedia\) appended.
Traceback \(most recent call last\):
File "C:\pywikibot\PWB\interwiki.py", line 2714, in <module>
main\(\)
File "C:\pywikibot\PWB\interwiki.py", line 2696, in main
StoredPage.SPdeleteStore\(\)
File "C:\pywikibot\PWB\interwiki.py", line 832, in SPdeleteStore
os.unlink\(StoredPage.SPpath\)
WindowsError: \[Error 5\] Access denied:
'C:\\\pywikibot\\\PWB\\\cache\\\pagestore2'
C:\pywikibot\PWB>version.py
Pywikipedia \[http\] trunk/pywikipedia \(r9241, 2011/05/12, 05:05:26\)
Python 2.7.1 \(r271:86832, Nov 27 2010, 18:30:46\) \[MSC v.1500 32 bit
\(Intel\)\]
config-settings:
use\_api = True
use\_api\_login = True
unicode test: triggers problem \#3081100
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55155
Web browser: ---
Bug ID: 55155
Summary: LEFT-TO-RIGHT MARK makes categories() fail
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/1571/
Reported by: nu11zer0
Created on: 2013-01-30 19:36:16
Subject: LEFT-TO-RIGHT MARK makes categories() fail
Original description:
In categories\(\) from class Page, if there is LEFT-TO-RIGHT MARK or other
hidden characters in "\[\[Category:", pywikibot will fail to capture this
category. I noticed that in constructor of class Page, there is the code for
stripping many hidden characters. So why don't we apply this code with category
and others \(I'm not sure if there are other things which need stripping hidden
characters. Interwiki link? At least, I see many regular expressions for
capturing links, these actions can fail with hidden character too.\)
Pywikipedia trunk/pywikipedia/ \(r11014, 2013/01/28, 20:55:48, ok\)
Python 2.7.3 \(default, Sep 26 2012, 21:53:58\)
\[GCC 4.7.2\]
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=55255
Web browser: ---
Bug ID: 55255
Summary: delete.py --undelete unhandled exception when page
exists
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/1260/
Reported by: tgr_
Created on: 2010-11-21 15:52:40
Subject: delete.py --undelete unhandled exception when page exists
Original description:
Trying to undelete an existing page gives the following error:
Processing page XXX
Note: Your sysop account on wikipedia:hu does not have a bot flag. Its edits
wil
l be visible in the recent changes.
Sleeping for 6.3 seconds, 2010-11-21 16:34:14
Traceback \(most recent call last\):
File "C:\home\wikipedia\pywikipediabot\delete.py", line 242, in <module>
main\(\)
File "C:\home\wikipedia\pywikipediabot\delete.py", line 236, in main
bot.run\(\)
File "C:\home\wikipedia\pywikipediabot\delete.py", line 125, in run
page.undelete\(self.summary, throttle = True\)
File "C:\home\wikipedia\pywikipediabot\wikipedia.py", line 3306, in undelete
raise RuntimeError\("%s" % result\['error'\]\)
RuntimeError: \{u'info': u"Couldn't undelete: the requested revisions may not
exi
st, or may have been undeleted already", u'code': u'cantundelete'\}
version.py:
Pywikipedia \[http\] trunk/pywikipedia \(r8736, 2010/11/20, 10:28:21\)
Python 2.6.5 \(r265:79096, Mar 19 2010, 21:48:26\) \[MSC v.1500 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=55016
Web browser: ---
Bug ID: 55016
Summary: Extended version information in user-agent
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/330/
Reported by: valhallasw
Created on: 2013-02-04 20:52:53
Subject: Extended version information in user-agent
Original description:
See the discussion at
https://www.mediawiki.org/wiki/Special:Code/pywikipedia/11027\#c33303
Implementation notes:
Hash of a file:
>>> import hashlib
>>> m = hashlib.sha1\(\)
>>> m.hexdigest\(\)
'93ae86148e74a7c3a3d63f7810b48c51889fba46'
Classes used in stack trace:
>> import inspect
>> \[\(x.\_\_module\_\_, x.\_\_name\_\_\) for x in
\(s\[0\].f\_locals.get\('self', None\).\_\_class\_\_ for s in
inspect.stack\(\)\)\]
Example result:
\[\('wikipedia\_family', 'Family'\), \('pdb', 'Pdb'\), \('pdb', 'Pdb'\),
\('pdb', 'Pdb'\), \('pdb', 'Pdb'\), \('pdb', 'Pdb'\), \('pdb', 'Pdb'\),
\('pdb', 'Pdb'\), \('pdb', 'Pdb'\), \('wikipedia\_family', 'Family'\),
\('wikipedia', 'Site'\), \('wikipedia', 'Site'\), \('wikipedia', 'Site'\),
\('wikipedia', 'Site'\), \('wikipedia', 'Site'\), \('wikipedia', 'Page'\),
\('wikipedia', 'Page'\), \('\_\_main\_\_', 'Subject'\), \('\_\_main\_\_',
'Subject'\), \('\_\_main\_\_', 'InterwikiBot'\), \('\_\_main\_\_',
'InterwikiBot'\), \('\_\_builtin\_\_', 'NoneType'\), \('\_\_builtin\_\_',
'NoneType'\), \('\_\_builtin\_\_', 'NoneType'\), \('pdb', 'Pdb'\), \('pdb',
'Pdb'\), \('\_\_builtin\_\_', 'NoneType'\), \('\_\_builtin\_\_', 'NoneType'\),
\('\_\_builtin\_\_', 'NoneType'\), \('\_\_builtin\_\_', 'NoneType'\)\]
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=54549
Web browser: ---
Bug ID: 54549
Summary: Not load unnecessary data in token()
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/patches/606/
Reported by: Anonymous user
Created on: 2013-04-08 12:22:18
Subject: Not load unnecessary data in token()
Assigned to: legoktm
Original description:
In token\(\), It queries info and \*all\* revisions of a page. Querying all
revisions is too expensive and unnecessary. For example, if I just want to
process the last revision of several pages and put them back, with the old
code, it loads all revisions when putting. It makes putting in rewrite branch
spend time about 10x compared to that in the trunk.
The patch I am presenting just do not load revisions. It shouldn't break other
functions since needed data has included in the info of a page.
\----
Pywikibot branches/rewrite/ \(r11357, 2013/04/07, 14:50:30, ok\)
Python 2.7.3 \(default, Sep 26 2012, 21:53:58\)
\[GCC 4.7.2\]
unicode test: ok
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=58574
Web browser: ---
Bug ID: 58574
Summary: unicodeDecodeError in url2unicode()
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: info(a)gno.de
Classification: Unclassified
Mobile Platform: ---
Historia de Cerdeña -> corresponding page is Història de Sardenya
Traceback (most recent call last):
File "C:\pwb\core\pwb.py", line 135, in <module>
run_python_file(fn, argv, argvu)
File "C:\pwb\core\pwb.py", line 67, in run_python_file
exec(compile(source, filename, "exec"), main_mod.__dict__)
File "C:\pwb\core\scripts\featured.py", line 683, in <module>
main()
File "C:\pwb\core\scripts\featured.py", line 676, in main
bot.run()
File "C:\pwb\core\scripts\featured.py", line 285, in run
self.run_good()
File "C:\pwb\core\scripts\featured.py", line 320, in run_good
self.treat(code, task)
File "C:\pwb\core\scripts\featured.py", line 372, in treat
self.featuredWithInterwiki(fromsite, process)
File "C:\pwb\core\scripts\featured.py", line 612, in featuredWithInterwiki
atrans.put(text, comment)
File "C:\pwb\core\pywikibot\page.py", line 906, in put
async=async, callback=callback, **kwargs)
File "C:\pwb\core\pywikibot\page.py", line 827, in save
**kwargs)
File "C:\pwb\core\pywikibot\page.py", line 834, in _save
comment = self._cosmetic_changes_hook(comment) or comment
File "C:\pwb\core\pywikibot\page.py", line 884, in _cosmetic_changes_hook
self.text = ccToolkit.change(old)
File "C:\pwb\core\scripts\cosmetic_changes.py", line 174, in change
text = self.cleanUpLinks(text)
File "C:\pwb\core\scripts\cosmetic_changes.py", line 510, in cleanUpLinks
'startspace'])
File "C:\pwb\core\pywikibot\textlib.py", line 208, in replaceExcept
replacement = new(match)
File "C:\pwb\core\scripts\cosmetic_changes.py", line 396, in handleOneLink
if not self.site.isInterwikiLink(titleWithSection):
File "C:\pwb\core\pywikibot\site.py", line 381, in isInterwikiLink
linkfam, linkcode = pywikibot.Link(text, self).parse_site()
File "C:\pwb\core\pywikibot\page.py", line 3102, in __init__
t = url2unicode(t, site=self._source)
File "C:\pwb\core\pywikibot\page.py", line 3546, in url2unicode
raise firstException
UnicodeDecodeError: 'utf8' codec can't decode byte 0x80 in position 12: invalid
start byte
Unfortunately the title is not printed to specify that bug
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55017
Web browser: ---
Bug ID: 55017
Summary: category.py dosen't work properly for template
namespace
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/329/
Reported by: reza1615
Created on: 2013-01-31 20:21:16
Subject: category.py dosen't work properly for template namespace
Original description:
category.py doesn't work properly for template namespace and it don't remove or
change categories from /doc sub-page
please add some codes to check if category is not in the template page it goes
to /doc page
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55068
Web browser: ---
Bug ID: 55068
Summary: Support the use of Assert Edit
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/241/
Reported by: p858snake
Created on: 2010-03-05 10:07:29
Subject: Support the use of Assert Edit
Original description:
It would be nice if the use of the Assert Edit\[1\] extension was supported by
the framework, Because for the wikis it is depolyed on \(All WMF wikis\) it
would prevent bots from editing unlogged inif they choose to have it assert its
edits.
\[1\]. http://www.mediawiki.org/wiki/Extension:Assert\_Edit
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55880
Web browser: ---
Bug ID: 55880
Summary: [Tracking] Functionality existing in compat but
missing from core
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: crangasi2001(a)yahoo.com
Classification: Unclassified
Mobile Platform: ---
This is a tracking bug for feature that existed in compat, are absent in core
and are still considered useful.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55211
Web browser: ---
Bug ID: 55211
Summary: Error in nice_get_address?
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/1412/
Reported by: binbot
Created on: 2012-02-27 14:38:50
Subject: Error in nice_get_address?
Original description:
Copy
replace.py -page:"A Ki vagy, Doki? epizódjainak listája" x v -lang:hu
to your command line and press b for browser -- you will get an error message.
Spaces won't be translated to underscores.
Pywikipedia trunk/pywikiped \(r9936, 2012/02/26, 09:10:05\)
Python 2.7.2 \(default, Jun 12 2011, 14:24:46\) \[MSC v.1500 64 bit \(AMD64\)\]
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=56961
Web browser: ---
Bug ID: 56961
Summary: Tests: test using local mediawiki installation
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: ---
Currently, tests are run on enwiki. It would be much nicer if we could set up a
local mediawiki instance with a set of fixed pages/database, and run tests
there. That would also allow us to test with different mediawiki versions, for
example.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=57602
Web browser: ---
Bug ID: 57602
Summary: pywikibot.Site.protect does not exist
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: ---
There is no protect functionality in core yet!
valhallasw@lisilwen:~/src/pwb/pywikibot-core$ python pwb.py protect
-links:User:Valhallasw/linkpage -site:test -family:test
Processing page User:Valhallasw
Do you want to change the protection level of [[test:User:Valhallasw]]? ([Y]es,
[N]o, [A]ll) Y
Traceback (most recent call last):
File "pwb.py", line 123, in <module>
run_python_file(fn, argv, argvu)
File "pwb.py", line 64, in run_python_file
exec compile(source, filename, "exec") in main_mod.__dict__
File "scripts/protect.py", line 286, in <module>
main()
File "scripts/protect.py", line 280, in main
bot.run()
File "scripts/protect.py", line 137, in run
move=self.move)
File "/home/valhallasw/src/pwb/pywikibot-core/pywikibot/__init__.py", line
251, in wrapper
return method(*__args, **__kw)
File "/home/valhallasw/src/pwb/pywikibot-core/pywikibot/page.py", line 1417,
in protect
return self.site.protect(self, edit, move, reason)
File "/home/valhallasw/src/pwb/pywikibot-core/pywikibot/site.py", line 230,
in __getattr__
% (self.__class__.__name__, attr))
AttributeError: APISite instance has no attribute 'protect'
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55522
Web browser: ---
Bug ID: 55522
Summary: Option to delete image in imagecopy.py once it's been
transferred
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: legoktm.wikipedia(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
Once an image has been copied with imagecopy.py and a sysop account is
configured for that wiki, we should provide an option to delete the image.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=58907
Web browser: ---
Bug ID: 58907
Summary: Site.upload(ignore_warnings=True) will still raise
UploadWarnings
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: legoktm.wikipedia(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
When uploading a file, I have ignore_warnings=True. This value is passed to the
API, so the upload completes successfully. However, pywikibot sees the
'warnings' dict and then raises an UploadWarning exception, even though I've
suppressed the warnings.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=57995
Web browser: ---
Bug ID: 57995
Summary: Add function for list=watchlistraw
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: ---
Didn't see a function which retrieves a user's watchlist (Site.watchlist_revs
fetches changes on the watchlist)
This isn't as easy as it looks since the elements are returned directly under
'watchlistraw' and not 'query' like every other API module...
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55024
Web browser: ---
Bug ID: 55024
Summary: Support of preload param in page.get()
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/320/
Reported by: Anonymous user
Created on: 2012-11-17 21:33:36
Subject: Support of preload param in page.get()
Original description:
Would it be nice to support 'inprop': 'preload' for 'prop': 'info' when
calling query GetData\(\) to get text even if page is does not exist.
It could be added as argument to page.get\(..., preload = False\) and used to
return data\['query'\]\['pages'\]\["-1"\]\['preload'\] with something like:
if data\['query'\]\['pages'\].keys\(\)\[0\] == "-1":
if 'missing' in pageInfo:
if preload:
....
That would be useful when trying to get text in still not created page.
This kind of pages are quite common on en:Wikisource, due text layer being
already present in used djvu files.
E.g. \[Page:Debates in the Several State Conventions, v1.djvu/189\].
Thanks and bye
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55157
Web browser: ---
Bug ID: 55157
Summary: -always invalid in movepages.py
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/1556/
Reported by: yfdyh000
Created on: 2013-01-03 01:33:19
Subject: -always invalid in movepages.py
Original description:
Pywikipedia trunk/pywikipedia/ \(r10857, 2013/01/01, 10:55:12\)
Python 2.7.3 \(default, Apr 10 2012, 23:31:26\) \[MSC v.1500 32 bit \(Intel\)\]
config-settings:
use\_api = True
use\_api\_login = True
unicode test: ok
Always automatically start submission after running, not prompt user to
confirm.
Because 'if self.addprefix or self.appendAll or self.regexAll:' is False, so it
directly submitted by 'else:'.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55133
Web browser: ---
Bug ID: 55133
Summary: Parsing error for Link instances
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/1643/
Reported by: xqt
Created on: 2013-07-14 14:07:44.612000
Subject: Parsing error for Link instances
Original description:
I get a parsing error for Link.parse() e.g. for the following statements:
>>> import pwb; import pywikibot as wp
>>> l = wp.Link(u'w:de:Foo')
>>> l
Traceback (most recent call last):
File "<pyshell#135>", line 1, in <module>
l
File "pywikibot\page.py", line 2931, in __repr__
return "pywikibot.page.Link(%r, %r)" % (self.title, self.site)
File "pywikibot\page.py", line 3101, in title
self.parse()
File "pywikibot\page.py", line 3007, in parse
% self._text)
Error: Improperly formatted interwiki link 'w:de:Foo'
using wikipedia: instead of w: the Link is wrong:
>>> l = wp.Link(u'wikipedia:de:Foo')
>>> l
pywikibot.page.Link(u'De:Foo', Site("de", "wikipedia"))
>>>
It works right for wikt: and wiktionary:
>>> l = wp.Link(u'wikt:de:Foo')
>>> l
pywikibot.page.Link(u'Foo', Site("de", "wiktionary"))
>>>
>>> l = wp.Link(u'wikt:de:Foo')
>>> l
pywikibot.page.Link(u'Foo', Site("de", "wiktionary"))
>>>
>>> l = wp.Link(u'wiktionary:de:Foo')
>>> l
pywikibot.page.Link(u'Foo', Site("de", "wiktionary"))
>>>
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55072
Web browser: ---
Bug ID: 55072
Summary: delete.py should accept pageids
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/231/
Reported by: mike_lifeguard
Created on: 2009-11-17 13:22:27
Subject: delete.py should accept pageids
Original description:
It is apparently possible to delete invalid titles using the API by specifying
the pageid. delete.py should therefore accept pageids to delete, rather than
titles. This should be possible with the -pageid:1234 parameter, or
-file:/whatever -pageid if the file is a list of pageids rather than titles.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55069
Web browser: ---
Bug ID: 55069
Summary: Adding titles to external links
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/236/
Reported by: Anonymous user
Created on: 2010-01-09 16:56:40
Subject: Adding titles to external links
Original description:
Hi all. It would be nice a script \(based in reflinks.py\) that put titles to
external links that don't have.
For example: "\[http://en.wikipedia.org\]" → "\[http://en.wikipedia.org
Wikipedia, the free encyclopedia\]"
I ask for a script that makes the same as reflinks.py \(or a fix to reflinks to
allow that\), but not only for external links in references.
Thanks in advance.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55043
Web browser: ---
Bug ID: 55043
Summary: welcom.py
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/294/
Reported by: reza1615
Created on: 2011-11-10 13:54:49
Subject: welcom.py
Original description:
in welcome.py bot in -random case
Is it possible to add sign name which is chosen as random in Edit summary?
now in Special:Contributions it is not possible to find which signs is used\!
for example:
Edit summary==> welcome\! \(bye user:reza1615 sign\)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55048
Web browser: ---
Bug ID: 55048
Summary: Add roman.py to framework
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/285/
Reported by: binbot
Created on: 2011-04-30 12:05:25
Subject: Add roman.py to framework
Original description:
I wrote a new script, see at
http://hu.wikipedia.org/wiki/Szerkeszt%C5%91:BinBot/roman.py
It transforms any Arabic number to Roman and Romans to Arabic from 1 to 3999
\(the largest regular Roman number\) and has a list comprehension function as
well.
I would like to have it in the framework, because TOCbot
\(http://hu.wikipedia.org/wiki/Szerkeszt%C5%91:Bin%C3%A1ris/TOCbot\) will need
it. Please help to supply a version number.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55049
Web browser: ---
Bug ID: 55049
Summary: enable/disable cosmetic_changes per namespace
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/283/
Reported by: Anonymous user
Created on: 2011-02-09 07:24:27
Subject: enable/disable cosmetic_changes per namespace
Original description:
Cosmetic changes are helpful for most documents, but dangerous for some
namespaces, esp. Template namespace.
It would be helpful if:
cosmetic\_changes\_disable\_namespace = \{'Template'\}
or something.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55040
Web browser: ---
Bug ID: 55040
Summary: Ignore archives
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/297/
Reported by: hiw
Created on: 2011-12-29 20:09:27
Subject: Ignore archives
Original description:
Since there are sometimes interwikis on pages like it happened here:
http://de.wikipedia.org/w/index.php?title=Wikipedia:Auskunft/Archiv/2010/Wo…
Since this page is an archive, marked with the template \{\{Archiv\}\} I
suggest adding all those templates to the ignore page section in the
pagegenerator.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55013
Web browser: ---
Bug ID: 55013
Summary: Optimize multiple replace.py instances
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/333/
Reported by: Anonymous user
Created on: 2013-03-12 21:11:04
Subject: Optimize multiple replace.py instances
Original description:
Since the biggest part of the time and I/O resources, in a replace.py based on
a xml file, is reading and uncompressing the xml file itself. When this action
is done, execute 10 or 50 regex is very similar. I think that the replace.py
should be able to apply more -fix in the same time. Also, if the -save
parameter is active, each -fix should go in a different file.
I think that passing an array to -fix and -save to be able to do this. This
implementation is only an idea, obviusly ;\)
python version.py
Pywikipedia trunk/pywikipedia/ \(r11200, 2013/03/09, 11:43:52, OUTDATED\)
Python 2.7.3 \(default, Sep 26 2012, 21:51:14\)
\[GCC 4.7.2\]
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=55038
Web browser: ---
Bug ID: 55038
Summary: give splitwarning.py a -file parameter
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/301/
Reported by: yfdyh000
Created on: 2012-03-17 18:43:16
Subject: give splitwarning.py a -file parameter
Original description:
Allows the user to specify want to split the log file.
like: -file:logs/interwiki.log.20120101.bak and -file:"C:\interwiki.log", and
even can do multiple files at once.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55029
Web browser: ---
Bug ID: 55029
Summary: Run in -async mode, the logs sequence mess
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/315/
Reported by: yfdyh000
Created on: 2012-07-15 10:53:38
Subject: Run in -async mode, the logs sequence mess
Original description:
In asynchronous mode, recommended to wait for the same page update details full
output, then insert other information.
"Updating links on page \[\[xx:XXX\]\]" should not be inserted into the middle
of the Continuous log.
The "Changes to be made:" of Same page should be with a continuous output.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55020
Web browser: ---
Bug ID: 55020
Summary: webcitearchiver.py
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/324/
Reported by: n-fran
Created on: 2013-01-23 15:58:51
Subject: webcitearchiver.py
Original description:
References to the Internet-resources often become dead and information on
external sites is often moved. Therefore, it is very need a bot that would
create archive copies of web pages on the WebCite or similar web-resources. The
principle of its operation is:
http://ru.wikipedia.org/w/index.php?title=%D0%A0%D0%B0%D0%B9%D0%BA%D0%BE%D0…
In Russian Wikipedia is User:WebCite Archiver, in the English Wikipedia has a
User:WebCiteBOT. In addition, the English Wikipedia has a User:lowercase
sigmabot III, written in python. The source code here:
https://github.com/legoktm/webcite-bot
But setting up and using lowercase sigmabot III are available only for
experienced python programmers. We would like a version of the bot, which could
be understood as a novice programmers and non-programmers. Also, as with all
scripts pywikipediabot, the treatment of which requires no special skills.
Thanks.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55019
Web browser: ---
Bug ID: 55019
Summary: standardize_notes.py
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/325/
Reported by: n-fran
Created on: 2013-01-24 13:21:43
Subject: standardize_notes.py
Original description:
Bot old, but desired, it can convert reflinks in cite web, and then such web
links can be archived with the help of WebCiteBOT. But you need to update the
script. An example of his work at the moment:
http://u.to/WZHLAg
That should be correct:
1\) Template \{\{web reference\}\} is not used, instead of him using a template
\{\{cite web\}\}.
2\) Template \{\{subst:Footnote3text\}\} no longer used.
3\) Bot creates the 'Notes' when this section is already there.
Thanks.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55018
Web browser: ---
Bug ID: 55018
Summary: standardize_notes.py encoding
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/327/
Reported by: n-fran
Created on: 2013-01-25 14:38:46
Subject: standardize_notes.py encoding
Original description:
If I want to add to the script text of russian letters, is this error:
UnicodeDecodeError: 'ascii' codec can't decode byte 0xd0 in position 0: ordinal
not in range\(128\)
To avoid this error, I think, it is necessary to register in the code bot these
or any of the other lines:
\# -\*- coding: utf-8 -\*-
import sys
reload\(sys\)
sys.setdefaultencoding\('utf-8'\)
And my bot started to function. Thanks.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55148
Web browser: ---
Bug ID: 55148
Summary: update wikipdata's item one time!
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/1589/
Reported by: reza1615
Created on: 2013-02-27 10:18:28
Subject: update wikipdata's item one time!
Original description:
Now if we want add data below we should edit item 5 times\! it will crowded
and messy the history \(imagine updating item with 60 interwikis\!\)
lang:en >label:foo
lang:de >label:foo
lang:fa >label:foo
labe:ru >label:foo
lang:nl >;abel foo
setitem should accept item in this style
items=\[\{lang:en,label:foo\},\{lang:de,label:foo\},\{lang:fa,label:foo\},\{lang:ru,label:foo\},\{lang:nl,label:foo\}\]
also for wikilinks and descriptions and aliases.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55004
Web browser: ---
Bug ID: 55004
Summary: claimit.py sample: add options for entry of time
values
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/342/
Reported by: apac1
Created on: 2013-08-29 03:52:03.793000
Subject: claimit.py sample: add options for entry of time values
Original description:
Add the currently unsupported datatype
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55001
Web browser: ---
Bug ID: 55001
Summary: claimit.py sample: add option to read from file (list
of items and properties)
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/345/
Reported by: apac1
Created on: 2013-08-29 03:57:41.898000
Subject: claimit.py sample: add option to read from file (list of items and
properties)
Original description:
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55012
Web browser: ---
Bug ID: 55012
Summary: pagegenerators.py -new for other namespaces
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/334/
Reported by: cdpark
Created on: 2013-03-27 02:38:37
Subject: pagegenerators.py -new for other namespaces
Original description:
"pagegenerators.py -new -ns:14" does not work now. It was generated new
caterogories in past.
It would be helpful if command line supports namespace argument \(for
monitoring, ...\)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55009
Web browser: ---
Bug ID: 55009
Summary: Manual mode in fixing_redirects.py
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/337/
Reported by: n-fran
Created on: 2013-04-09 11:43:17
Subject: Manual mode in fixing_redirects.py
Original description:
It is necessary to enter opportunity manual, not automatic work for this
script. Reasons:
1\) Let's say B is the redirection, and A - article name. When the bot looks
articles, he automatically corrects \[\[B\]\] on \[\[A|B\]\] that doesn't bring
any benefit and can complicate reading wikitext for inexperienced users. In my
opinion, in a case when \[\[B\]\] is a name of the redirection, the bot
shouldn't make change on the page.
2\) In the Russian Wikipedia it isn't recommended to correct the redirection in
some cases. Probably, in other language sections there are similar rules.
http://ru.wikipedia.org/wiki/%D0%92%D0%B8%D0%BA%D0%B8%D0%BF%D0%B5%D0%B4%D0%…
Thanks.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55005
Web browser: ---
Bug ID: 55005
Summary: Create pagegenerators for Wikidata (items from file,
items using a given property, items linking to items,
etc)
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: ASSIGNED
Severity: enhancement
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/feature-requests/341/
Reported by: apac1
Created on: 2013-08-29 03:50:31.994000
Subject: Create pagegenerators for Wikidata (items from file, items using a
given property, items linking to items, etc)
Assigned to: legoktm
Original description:
Currently pagegenerators.py doesn't seem to work for Wikidata. Either existing
generators would need to be adapted or new ones created.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=54745
Web browser: ---
Bug ID: 54745
Summary: Page.iterlanglinks for a page on commons returns pages
on commons
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: ---
>>> import pywikibot as p
>>> s=p.Site('commons','commons')
>>> pg=p.Page(s, 'New York City')
>>> for i in pg.iterlanglinks(): print i.site
...
commons:commons
<snip>
There are a few things that are working together to cause this:
iterlanglinks calls Site.pagelanglinks which does:
yield pywikibot.Link.langlinkUnsafe(linkdata['lang'],
linkdata['*'],
source=self)
In langlinkUnsafe, there is:
link._site = pywikibot.Site(lang, source.family.name)
Now, unfortunately for commons:
>>> p.Site('en','commons')
Site("commons", "commons")
Another issue is that
https://commons.wikimedia.org/w/api.php?action=query&titles=New%20York%20Ci…
(the actual API query we make) only returns language codes, not full database
names.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55008
Web browser: ---
Bug ID: 55008
Summary: To update external links for downloading in
copyright.py
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/338/
Reported by: n-fran
Created on: 2013-04-09 16:41:31
Subject: To update external links for downloading in copyright.py
Original description:
Links in http://www.mediawiki.org/wiki/Manual:Pywikipediabot/copyright.py and
IDLE text of copyright.py are provided in a condition for 2006-2007. It is
advisable to update them because a lot of things exchanged.
Also it would be desirable that the script was available to use in the Russian
Wikipedia. Not KeyError: 'ru'. Thanks.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55010
Web browser: ---
Bug ID: 55010
Summary: humantitle.py
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/336/
Reported by: n-fran
Created on: 2013-04-08 07:53:08
Subject: humantitle.py
Original description:
Automatic number of redirects to articles about people.
On the English Wikipedia made natural naming of articles about personalities -
Name Family Name Middle name. For example, the name of the article Albert
Einstein and Einstein Albert - it redirects.
http://en.wikipedia.org/wiki/Albert\_Einsteinhttp://en.wikipedia.org/w/index.php?title=Einstein,\_Albert&redirect=no
In the Russian Wikipedia, called the article in a different way: Family
name, Name Middle name. That is, the article is called Einstein, Albert
but not Albert Einstein.
http://ru.wikipedia.org/wiki/%D0%AD%D0%B9%D0%BD%D1%88%D1%82%D0%B5%D0%B9%D0%…http://ru.wikipedia.org/w/index.php?title=%D0%90%D0%BB%D1%8C%D0%B1%D0%B5%D1…
But it is not forbidden to do redirects. I would like to bot that could do the
redirection. This algorithmic task.
The bot must be in manual mode. If the bot sees an article, containing the
title in the upper-case letters and commas - if the article is called A, B C
- he will offer redirects to the article title - B C A B A and A, B
in the case, if the articles B C A and B does not already exist. For example:
if name of page is Lenin, Vladimir Ilyich bot will propose options for
create redirects Vladimir Ilyich Lenin Vladimir Lenin and Lenin,
Vladimir.
If the bot finds the title of the article more than one capital letter and it
is called A B C it offers options for redirects C, A B C,
A and A C in the case if such items are not already exist. . For example:
if name of page is Dmitri Ivanovich Mendeleev bot will propose
options for create redirects Mendeleev, Dmitri Ivanovich Mendeleev,
Dmitri and Dmitri Mendeleev.
Accordingly, the bot should offer redirects, if the article is called A B or B,
A.
If the redirect is already there and it leads not to the article, with which we
are working at the moment, the bot should offer options:
1\) create instead of the redirecting page disambiguation
2\) to put in the beginning of the article, which leads the redirect template
\{\{Redirect\}\} or supersede the templates in other wiki-projects.
http://en.wikipedia.org/wiki/Template:Redirect
In more detail I can explain in IRC. Thanks.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=54556
Web browser: ---
Bug ID: 54556
Summary: Showing content as summary of a page
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/570/
Reported by: t-shrinivasan
Created on: 2012-10-25 19:02:20
Subject: Showing content as summary of a page
Original description:
It will be nice to have an option to have the contnet of a page as summary.
for the file pagefromfile.py
I added this feature and attaching the diff file.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=54564
Web browser: ---
Bug ID: 54564
Summary: Ignore swiss-related articles in spellcheck.py
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/550/
Reported by: loxley
Created on: 2012-05-12 12:22:48
Subject: Ignore swiss-related articles in spellcheck.py
Original description:
Add a switch \(-ignoreswiss\) to make the checker ignore articles with a
"<\!--schweizbezogen-->" comment. This is useful on the german wikipedia
where spelling is different in swiss articles.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=54569
Web browser: ---
Bug ID: 54569
Summary: Retrieve / edit the section
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/521/
Reported by: lankier
Created on: 2011-07-15 10:11:55
Subject: Retrieve / edit the section
Original description:
This patch adds new parameter 'section' to Page.get & Page.put.
\(See also feature requests
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3104703&group\…
\)
Examples:
add a new section:
page.put\('New section text', comment='New section header', section='new'\)
edit the top section:
text = page.get\(section=0\)
page.put\(text+'\n\n==New section==\nNew text', section=0\)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=54685
Web browser: ---
Bug ID: 54685
Summary: WindowsError: [Error 32] while renaming log file
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: info(a)gno.de
Classification: Unclassified
Mobile Platform: ---
Getting [[Kategorie:Wikipedia:Seite mit fehlendem References-Tag]] list...
Traceback (most recent call last):
File "C:\Python27\lib\logging\handlers.py", line 78, in emit
self.doRollover()
File "C:\Python27\lib\logging\handlers.py", line 338, in doRollover
os.rename(self.baseFilename, dfn)
WindowsError: [Error 32] Der Prozess kann nicht auf die Datei zugreifen, da sie
von einem anderen Prozess verwendet wird
Logged from file wikipedia.py, line 9333
Getting 5 pages from wikipedia:de...
Traceback (most recent call last):
File "C:\Python27\lib\logging\handlers.py", line 78, in emit
self.doRollover()
File "C:\Python27\lib\logging\handlers.py", line 338, in doRollover
os.rename(self.baseFilename, dfn)
WindowsError: [Error 32] Der Prozess kann nicht auf die Datei zugreifen, da sie
von einem anderen Prozess verwendet wird
Logged from file wikipedia.py, line 9333
>>> Briefwahl <<<
Traceback (most recent call last):
File "C:\Python27\lib\logging\handlers.py", line 78, in emit
self.doRollover()
File "C:\Python27\lib\logging\handlers.py", line 338, in doRollover
os.rename(self.baseFilename, dfn)
WindowsError: [Error 32] Der Prozess kann nicht auf die Datei zugreifen, da sie
von einem anderen Prozess verwendet wird
Logged from file wikipedia.py, line 9333
No changes necessary: references tag found.
Traceback (most recent call last):
File "C:\Python27\lib\logging\handlers.py", line 78, in emit
self.doRollover()
File "C:\Python27\lib\logging\handlers.py", line 338, in doRollover
os.rename(self.baseFilename, dfn)
WindowsError: [Error 32] Der Prozess kann nicht auf die Datei zugreifen, da sie
von einem anderen Prozess verwendet wird
Logged from file wikipedia.py, line 9333
C:\pwb\compat>version.py
Pywikipedia wikipedia.py (r-1 (unknown), ???????, 2013/09/19, 07:37:28,
OUTDATED
)
Python 2.7.3 (default, Apr 10 2012, 23:24:47) [MSC v.1500 64 bit (AMD64)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
C:\pwb\compat>
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=54572
Web browser: ---
Bug ID: 54572
Summary: non ascii in system messages and max retry
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/patches/477/
Reported by: lankier
Created on: 2010-10-22 10:26:44
Subject: non ascii in system messages and max retry
Assigned to: xqt
Original description:
This patch fixed two issues:
1\. Ubuntu has non ascii in system messages.
Test:
$ sudo ifconfig eth0 down
$ cat test.py
import wikipedia
site = wikipedia.getSite\(\)
page = wikipedia.Page\(site, 'S'\)
text = page.get\(\)
$ LANG=ru\_RU.utf8 python test.py
Error downloading data: 'ascii' codec can't decode byte 0xd0 in position 27:
ordinal not in range\(128\)
Request
ru:/w/api.php?inprop=protection%7Ctalkid%7Csubjectid%7Curl%7Creadable&format=json&rvprop=content%7Cids%7Cflags%7Ctimestamp%7Cuser%7Ccomment%7Csize&prop=revisions%7Cinfo&titles=S&rvlimit=1&action=query
Retrying in 1 minutes...
^C
After fix \(added "e = unicode\(str\(e\), locale.getpreferredencoding\(\)\)"\):
$ LANG=ru\_RU.utf8 python test.py
<urlopen error \[Errno 101\] Сеть недоступна>
WARNING: Could not open \[...\]
2\. Added raise MaxTriesExceededError when max tries exceeded.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=54311
Web browser: ---
Bug ID: 54311
Summary: Random api errors
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: Wikidata
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: maarten(a)mdammers.nl
Classification: Unclassified
Mobile Platform: ---
I'm running several bots and every once in a while a bot crashes:
Adding new template claim to [[wikidata:Q6614219]]
Traceback (most recent call last):
File "C:\pywikibot\core\add_template.py", line 120, in <module>
main()
File "C:\pywikibot\core\add_template.py", line 117, in main
bot.run()
File "C:\pywikibot\core\add_template.py", line 52, in run
item.addClaim(newclaim)
File "C:\pywikibot\core\pywikibot\page.py", line 2676, in addClaim
self.repo.addClaim(self, claim, bot=bot, **kwargs)
File "C:\pywikibot\core\pywikibot\site.py", line 709, in callee
return fn(self, *args, **kwargs)
File "C:\pywikibot\core\pywikibot\site.py", line 3578, in addClaim
data = req.submit()
File "C:\pywikibot\core\pywikibot\data\api.py", line 394, in submit
raise APIError(code, info, **result["error"])
pywikibot.data.api.APIError: badtoken: * '''Sorry! We could not process your
edi
t due to a loss of session data.'''
Please try again.
If it still does not work, try [[Special:UserLogout|logging out]] and logging
ba
ck in.
* There seems to be a problem with your login session;
this action has been canceled as a precaution against session hijacking.
Go back to the previous page, reload that page and then try again.
This exception should be caught and the addClaim should be retried.
Maybe a Wikidata bug should be filed too to figure out why we seem to loose
session data every once in a while
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=54547
Web browser: ---
Bug ID: 54547
Summary: sync.py, linkreports.py and phpfrontforpywikibot
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/609/
Reported by: valhallasw
Created on: 2013-04-13 21:11:43
Subject: sync.py, linkreports.py and phpfrontforpywikibot
Original description:
See http://lists.wikimedia.org/pipermail/pywikipedia-l/2013-March/007776.html
and http://lists.wikimedia.org/pipermail/pywikipedia-l/2013-March/007785.html
\------------
I have been working on some additions to the pywikipediabot framework.
I'd be happy if my code could be useful to others.
sync.py helps synchronizing different wikis. It goes through a bunch
of namespaces and creates an overview of pages that are different,
this is already useful for Templates and MediaWiki but especially
useful when dealing with semantic mediawiki, where a lot of the
functionality lives in namespaces such as Property, Type and Form.
linkreports.py creates a page with a table of broken links, first
date, last date and error message.
I also wrote a little PHP frontend that lets people run a
pywikipediabot replace script \(it's for folks who can't or don't want
to use anything on a commandline\). This can probably live on its own
on github, but it might be a bit too custom at this point and I'd like
to have some comments on it.
This PHP frontend is available at https://github.com/guaka/phpfrontforpywikibot
It's pretty rough still but releasing it forces me to think about the
public release when adding more functionality.
I'm not sure how to proceed with getting sync.py and linkreports.py in
the official repo. Shall I just put them up on github so you can take
a look? I'm looking forward to your ideas.
Kasper
\----------------------
On Mon, Mar 11, 2013 at 11:10 AM, Kasper Souren <kasper.souren(a)gmail.com>
wrote:
> I'm not sure how to proceed with getting sync.py and linkreports.py in
> the official repo. Shall I just put them up on github so you can take
> a look? I'm looking forward to your ideas.
Didn't hear anything back in a week so I just put stuff up here:
https://github.com/guaka/pywikibot-extras
Still needs a bit of work to make it more generic but sync.py could
already be useful as is.
\-------------------
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=54541
Web browser: ---
Bug ID: 54541
Summary: When loging in to a site, try the site-configured
username if any
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/621/
Reported by: gallaecio
Created on: 2013-08-03 20:30:54.056000
Subject: When loging in to a site, try the site-configured username if any
Original description:
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=54554
Web browser: ---
Bug ID: 54554
Summary: spellcheck.py — Remember words skipped in a page
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/576/
Reported by: Anonymous user
Created on: 2012-11-15 11:49:53
Subject: spellcheck.py — Remember words skipped in a page
Original description:
When you use the spellcheck.py script and use the p switch for a word, it is
ignored for the whole page, indeed. However, when you run the script again on
the same page, you get the word yet again. I think the spellchecker should
remember you want to skip that word on that page.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=54555
Web browser: ---
Bug ID: 54555
Summary: Force retrieval of last edit time
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/571/
Reported by: strainu
Created on: 2012-10-27 15:35:07
Subject: Force retrieval of last edit time
Original description:
This patch changes the Page.editTime function in order to allow the user to
request a valid editTime even if the page has not yet been fetched. The API
call used is theoretically much lighter than retrieving the whole page. The
default behavior remains unchanged.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55170
Web browser: ---
Bug ID: 55170
Summary: trunk 10450 not py2.6 compatible
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/1519/
Reported by: drtrigon
Created on: 2012-10-09 15:08:56
Subject: trunk 10450 not py2.6 compatible
Original description:
Hello all\!
As Merlijn suggested at \[1\] I should also report this here too. I would solve
it myself but a quick shot does not seam appropriate.
\[1\] https://jira.toolserver.org/browse/TS-1466
Python code using:
>>> import re
>>> re.sub\(..., flags=...\)
does not work in python 2.6 because the optional parameter \'flags\' was
introduced in python 2.7. As Merlijn noted, this should be replaced by
>>> re.compile\(..., flags=...\).sub\(...\)
A fast \'grep \"flags\" \*\' in my pywikipedia directory of revision 10450,
yields at least following matches:
imagecopy\_self.py: match = re.search\(regex, text,
flags=re.IGNORECASE\)
imagecopy\_self.py: contents\[u\'permission\'\] = re.sub\(regex,
u\'\', contents\[u\'permission\'\], flags=re.IGNORECASE\)
imagecopy\_self.py: text = re.sub\(toRemove, u\'\', text,
flags=re.IGNORECASE\)
imagecopy\_self.py: text = re.sub\(regex, u\'\', text,
flags=re.IGNORECASE\)
imagecopy\_self.py: match = re.search\(regex, text,
flags=re.IGNORECASE\)
imagecopy\_self.py: result = re.sub\(regex, replacement,
match.group\(0\), flags=re.IGNORECASE\)
...so there are at least 4 problematic cases which should be changed. I am not
aware if a similar issues exists with \'re.search\'.
Thanks and greetings
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=54998
Web browser: ---
Bug ID: 54998
Summary: move pagegenerators out of data.api
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/348/
Reported by: valhallasw
Created on: 2013-09-11 16:46:27.449000
Subject: move pagegenerators out of data.api
Original description:
Move data.api.{anything that returns Page objects} from data.api to
data.pagegenerators or pywikibot.pagegenerators.
See https://gerrit.wikimedia.org/r/#/c/80300/1,
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55197
Web browser: ---
Bug ID: 55197
Summary: PostData() datas are not gzip compressed
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/1447/
Reported by: Anonymous user
Created on: 2012-05-19 16:38:59
Subject: PostData() datas are not gzip compressed
Assigned to: xqt
Original description:
Using the 'pagegenerators', data transfer is not compressed.
That data will be several megabytes.
That transfer is very time consuming.
Therefore, I think a good idea to remove that line.
Thank you consider.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55088
Web browser: ---
Bug ID: 55088
Summary: allow batch mode uploads of images
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/189/
Reported by: janalynn
Created on: 2009-04-20 15:33:38
Subject: allow batch mode uploads of images
Original description:
I was searching for help and came across others with my concern. This request
might have already been made, but I didn't find it when I performed a search.
Thank you for your help\!
Batch Uploads?
Is there any way to "upload" a large batch of pictures to a local instance of
mediawiki? Is there a workaround? I know this sounds stupid \(just link to
them\) but I'd like them to have pages, thumbnails, etc...
http://pywikipediabot.sf.net/
A: There is no current way that I know \(as of v1.4.2\) .. I have the same
concern.. it would be nice to be able to batch upload. -- Sy / \(talk\)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55315
Web browser: ---
Bug ID: 55315
Summary: category.py breaks articles with includeonly and
noinclude
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/822/
Reported by: djbarrett
Created on: 2008-11-19 19:07:20
Subject: category.py breaks articles with includeonly and noinclude
Original description:
This is a DEADLY bug that wrecks wiki structure.
I ran "python category.py" to rename one category to another. For articles
containing <includeonly> and <noinclude> statements, pywikipedia
made incorrect changes. When renaming category B to category C, the text:
<includeonly>\[\[Category:A\]\]</includeonly><noinclude>\[\[Category:B\]\]</noinclude>
becomes:
<includeonly></includeonly><noinclude></noinclude>
\[\[Category:C\]\]
In other words, it completely removed category A, and when renaming category B,
placed the new category tag outside the noinclude tags.
This wrecked a complicated category structure.
$ python version.py
Pywikipedia \[http\] trunk/pywikipedia \(r6088, Nov 12 2008, 11:19:15\)
Python 2.4.3 \(\#1, May 24 2008, 13:57:05\)
\[GCC 4.1.2 20070626 \(Red Hat 4.1.2-14\)\]
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=56188
Web browser: ---
Bug ID: 56188
Summary: Page.templates has incompatible API change from compat
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: ---
COMPAT:
def templates(self, get_redirect=False):
"""Return a list of titles (unicode) of templates used on this Page.
Template parameters are ignored.
"""
CORE:
def templates(self, content=False):
"""Return a list of Page objects for templates used on this
Page.
Template parameters are ignored. This method only returns embedded
templates, not template pages that happen to be referenced through
a normal link.
@param content: if True, retrieve the content
of the current version
of each template (default False)
"""
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=58549
Web browser: ---
Bug ID: 58549
Summary: catall.py replaces categories instead of adding them
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: ---
Expected behavior: every entered category is added to the page.
Actual behavior: all existing categories are removed, and only the entered ones
are placed.
Example:
https://nl.wikipedia.org/w/index.php?title=NS_1200_(stoomlocomotief)&diff=3…
Note: this is the case for both core and compat.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55249
Web browser: ---
Bug ID: 55249
Summary: Unicode error when handling non-ASCII network errors
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/1280/
Reported by: tgr_
Created on: 2011-01-09 09:33:39
Subject: Unicode error when handling non-ASCII network errors
Original description:
The error handler for Site.postData in wikipedia.py line 5248 \(in r8821\)
casts an exception to a string:
except Exception, e:
output\(u'%s' %e\)
This will fail with a UnicodeDecodeError if the exception message contains
non-ASCII characters \(which is often the case for network error messages on
non-English Windows\).
Pywikipedia \[http\] trunk/pywikipedia \(r8821, 2011/01/06, 22:01:33\)
Python 2.7 \(r27:82525, Jul 4 2010, 09:01:59\) \[MSC v.1500 32 bit \(Intel\)\]
config-settings:
use\_api = True
use\_api\_login = True
unicode test: triggers problem \#3081100
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=58817
Web browser: ---
Bug ID: 58817
Summary: PYWP-11 Scripts showing warnings from pkg_require
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: trivial
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: wmf.bugconverter(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
This issue was converted from https://jira.toolserver.org/browse/PYWP-11.
Summary: Scripts showing warnings from pkg_require
Issue type: Bug - A problem which impairs or prevents the functions of the
product.
Priority: Trivial
Status: Open
Assignee: Merlijn van Deen <valhallasw(a)arctus.nl>
On Fri, 21 Jan 2011 22:20:43, Merlijn van Deen <valhallasw(a)arctus.nl> opened
the following bug:
> Running any script yields: /home/valhallasw/src/pwbde/pwb-
> flat/branches/rewrite/pywikibot/comms/threadedhttp.py:41:
> UserWarning: Module pkg_resources was already imported from
> /home/valhallasw/src/pwbde/lib/python2.6/site-
> packages/setuptools-0.6c9-py2.6.egg/pkg_resources.py, but
> /home/valhallasw/src/pwbde/lib/python2.6/site-
> packages/distribute-0.6.10-py2.6.egg is being added to sys.path
> import pkg_resources /home/valhallasw/src/pwbde/pwb-
> flat/branches/rewrite/pywikibot/comms/threadedhttp.py:41:
> UserWarning: Module site was already imported from
> /home/valhallasw/src/pwbde/lib/python2.6/site.pyc, but
> /home/valhallasw/src/pwbde/lib/python2.6/site-
> packages/distribute-0.6.10-py2.6.egg is being added to sys.path
> Running r8871 - version.py hasnt been ported to the rewrite yet.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55270
Web browser: ---
Bug ID: 55270
Summary: category.py using wrong message in deletion notice
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: ASSIGNED
Severity: normal
Priority: Unprioritized
Component: category.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/bugs/1206/
Reported by: silvonen
Created on: 2010-07-07 04:11:43
Subject: category.py using wrong message in deletion notice
Assigned to: cydeweys
Original description:
The script "category.py move" used to put the message 'Robot: Category was
moved to \[\[:Category:%s|%s\]\]' on the old category page when marking it as
deletable. Now it uses the message 'Robot: Changing %s', which doesn't make
much sense in this context. Please fix.
>python version.py
Pywikipedia \[http\] trunk/pywikipedia \(r8344, 2010/07/05, 17:49:14\)
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
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=56963
Web browser: ---
Bug ID: 56963
Summary: Tests: handle network problems gracefully
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: ---
https://integration.wikimedia.org/ci/job/pywikibot-core-tests/186/consoleFu…
Retrying often is probably not the best option for unit tests. This could
either be solved by handling the network errors gracefully in some way (and
then passing the test?), or by switching tests to run on a local mediawiki (see
https://bugzilla.wikimedia.org/56961 )
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55241
Web browser: ---
Bug ID: 55241
Summary: Problem with chinese character
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/1327/
Reported by: jandudik
Created on: 2011-08-03 11:31:41
Subject: Problem with chinese character
Original description:
Bot removes interwiki, which have incorrect character at the end.
But mediawiki translates this character correctly
http://pl.wikipedia.org/w/index.php?title=Wios%C5%82onos\_ameryka%C5%84ski&…
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55099
Web browser: ---
Bug ID: 55099
Summary: Bot to put the same text on the same page on every
wiki
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/154/
Reported by: mike_lifeguard
Created on: 2008-07-28 00:24:41
Subject: Bot to put the same text on the same page on every wiki
Original description:
It should simply put the exact same text on the same page \(accounting for
namespace localization\) on every wiki \(or some specified subset\). Should be
easy to do for those knowing python. This would be useful to create
template-like user/user talk pages, spamming messages cross-wiki, updating
templates, updating blacklists \(for stewards\) etc. Mike.lifeguard | @meta
00:21, 28 July 2008 \(UTC\)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=56960
Web browser: ---
Bug ID: 56960
Summary: Tests: allow for logged-out operation
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: ---
Currently, tests require the user to be logged in. It would be good to be able
to run tests without requiring that -- for example, the unit tests in jenkins
do not have a password available and thus cannot run completely.
Tests that should be skipped can be seen at
https://integration.wikimedia.org/ci/job/pywikibot-core-tests/185/consoleFu…
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=56959
Web browser: ---
Bug ID: 56959
Summary: Tests: allow for offline operation
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: ---
https://integration.wikimedia.org/ci/job/pywikibot-core-tests/186/consoleFu…
failed due to a lack of network connectivity. It would be great to first do a
quick check if enwiki is online/accessible, and if not, to skip all
network-requiring tests.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=57050
Web browser: ---
Bug ID: 57050
Summary: interwiki to incubator vs. single-line interwiki
Product: Pywikibot
Version: compat (1.0)
Hardware: All
OS: All
Status: NEW
Severity: major
Priority: Unprioritized
Component: interwiki.py
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: jan.dudik(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
pl.wiktionary uses interwiki at one line on the top on page
Also there are links to szl.wiktionary, which in currently on incubator.
editing interwiki at these pages causes, that "unknown family" szl is moved to
the end of interwiki.
But it moves before headline.
See https://pl.wiktionary.org/w/index.php?title=blue&diff=3914703&oldid=3873860
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=57027
Web browser: ---
Bug ID: 57027
Summary: commons_link.py feature request
Product: Pywikibot
Version: compat (1.0)
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: jan.dudik(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
commons_link.py now can add {{commonscat}} or {{commons}} when commons page
have the same name like the page.
For many pages is this value stored on wikidata, so bot shoul look at first to
corresponding item on wikidata (P373 = commonscat, P935 = commons). When there
is not, look for category/gallery on commons
additionally, script should use standad pagegenerators.py, now is supporting
only -link(s) / -cat / -page / -ref
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=57017
Web browser: ---
Bug ID: 57017
Summary: Import error for PIL module
Product: Pywikibot
Version: compat (1.0)
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: info(a)gno.de
Classification: Unclassified
Mobile Platform: ---
>>> import catimages
Traceback (most recent call last):
File "<pyshell#2>", line 1, in <module>
import catimages
File "catimages.py", line 66, in <module>
from PIL import Image # new 'PIL' fork 'Pillow' (fedora 19)
ImportError: No module named PIL
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55046
Web browser: ---
Bug ID: 55046
Summary: replace.by and one-by-one modification
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/288/
Reported by: crochet_david
Created on: 2011-07-20 10:02:48
Subject: replace.by and one-by-one modification
Original description:
When the robots need to make multiple modification in a one page, it do it all.
But, in some case, some modifications not need to be done.
So add a new parametre as "-single" to tell each modification to be done in a
page
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55135
Web browser: ---
Bug ID: 55135
Summary: reflinks.py not yet available in rewrite
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/1640/
Reported by: valhallasw
Created on: 2013-07-08 11:17:04.007000
Subject: reflinks.py not yet available in rewrite
Original labels: to port, rewriteOriginal description:
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55689
Web browser: ---
Bug ID: 55689
Summary: Replace.py errors
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: arjunaraoc(a)googlemail.com
Classification: Unclassified
Mobile Platform: ---
Trying to save using -search or -filelinks is giving error (extract below)
arjun@arjun-945GCM-S2L:~/pwb/core$ python pwb.py replace.py
-filelinks:CNREDDY.JPG -save:cnrtoc.txt "అ" "ఇ"
Traceback (most recent call last):
File "pwb.py", line 104, in <module>
run_python_file(fn, args)
File "pwb.py", line 49, in run_python_file
exec compile(source, filename, "exec") in main_mod.__dict__
File "scripts/replace.py", line 696, in <module>
main()
File "scripts/replace.py", line 549, in main
raise pywikibot.Error, 'require even number of replacements.'
pywikibot.exceptions.Error: require even number of replacements.
It is working with just the first search string. Looks like the documentation
(link below) is outof date.
https://www.mediawiki.org/wiki/Manual:Pywikibot/replace.py#Example: Gathering
articles
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55056
Web browser: ---
Bug ID: 55056
Summary: sysop in botlist.py and watchlist.py not used
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/270/
Reported by: drtrigon
Created on: 2010-10-21 16:52:06
Subject: sysop in botlist.py and watchlist.py not used
Original description:
The 'sysop' parameter used in the bot- and watchlist \(e.g. in the 'refresh'
method\) is of NO USE at the moment \(in the current code implementation\).
This should be solved, thus either:
\- remove the 'sysop' parameter
\- OR change the code to make use of this parameter
More or less all the 'sysop' code parts were introduced by alexsh \(watchlist\)
and in order to that by xqt and me too \(botlist\).
Thanks a lot and
Greetings\!
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55165
Web browser: ---
Bug ID: 55165
Summary: Wikia returns cached pages for get.py editarticle.py
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/1537/
Reported by: throwy
Created on: 2012-11-07 12:36:40
Subject: Wikia returns cached pages for get.py editarticle.py
Original description:
get.py and editarticle.py use a method of page fetching that results in cached
pages from Wikia
replace.py uses the pagegenerator method, which fetches the latest version of
pages from Wikia
The issue is probably a Wikia issue, but it would be nice to implement a
workaround in pywikipediabot.
Steps to reproduce:
Create or edit a page on a Wikia wiki. Fetch the page with editarticle.py or
get.py . The bot should fetch a cached version. Edit the page with replace.py
and the bot should fetch the most recent version, which is the expected
behavior.
Comments:
Someone had already solved this issue for me on \#pywikipediabot on freenode.
It requires very little alteration to get.py and editarticle.py. Unfortunately
I did not back up or document the changes before updating pywikipediabot from
SVN and the changes were lost.
\----
$ python version.py
Pywikipedia \[http\] trunk/pywikipedia \(r10663, 2012/11/04, 19:53:31\)
Python 2.7.3 \(v2.7.3:70274d53c1dd, Apr 9 2012, 20:52:43\)
\[GCC 4.2.1 \(Apple Inc. build 5666\) \(dot 3\)\]
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=55120
Web browser: ---
Bug ID: 55120
Summary: reflinks.py work with ref 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/bugs/1670/
Reported by: rubin16
Created on: 2013-09-10 09:13:48.112000
Subject: reflinks.py work with ref group
Original description:
reflinks.py from /compat/ makes some mess with groups of references:
https://ru.wikipedia.org/w/index.php?diff=58138900&oldid=58101042
Is it possible to amend it or just start to ignore references with <ref group>
inside?
PS: I've created bug on bugzilla (53936) but it seems that active bugtracker is
here, not there
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55045
Web browser: ---
Bug ID: 55045
Summary: imagecopy.py
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/289/
Reported by: rubin16
Created on: 2011-08-30 17:29:50
Subject: imagecopy.py
Original description:
CommonsHelper \(http://tools.wikimedia.de/~magnus/commonshelper.php\) has some
troubles with parsing images from cyrillic-based wikis \(see
https://jira.toolserver.org/browse/MAGNUS-218\). As Magnus said, it's not
possible to correct this bug in commonshelper I, but now it is fixed in
CommonsHelper II \(http://toolserver.org/~commonshelper2/index.php\).
Is it possible to switch imagecopy.py to CommonsHelperII? This would be useful
not only for cyrillic wikis, but also for all other chapters, because Magnus
said that it would be better to switch to CH II
\(http://lists.wikimedia.org/pipermail/commons-l/2011-April/005940.html\) as
not all serious problems can be fixed in first version and some other bugs can
appear in the future.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55292
Web browser: ---
Bug ID: 55292
Summary: copyright.py crashes on non-Wikipedia projects
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/1091/
Reported by: mike_lifeguard
Created on: 2009-11-24 15:55:45
Subject: copyright.py crashes on non-Wikipedia projects
Original description:
Because Wikipedia is hardcoded, copyright.py attempts to get
\[\[wikipedia:en:Mirrors and forks/Abc\]\] et al, but obviously can't, then
later crashes because the .txt files don't exist. Terminal output/traceback
attached.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55195
Web browser: ---
Bug ID: 55195
Summary: Invalid Title in flickrripper
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/1466/
Reported by: betacommand
Created on: 2012-06-19 19:52:25
Subject: Invalid Title in flickrripper
Assigned to: xqt
Original description:
Betacommand multichill: I know you wrote flickrripper.py and Im trying to
fix an issue with it, and thought it might be easier for you to fix
Betacommand lines 157-161 where it grabs the description and uses it for the
file name
Betacommand when you start working with non-latin descriptions it doesnt
handle multi-byte characters well, it ended up with a title over 320 bytes
Betacommand the max mediawiki lets you have is 255
multichill Lol
Betacommand multichill: really rather a pain
multichill So the check shoul probably encode it and than see how long it
is?
Betacommand correct
multichill Or just lower the limit a bit?
Betacommand thai letters for example are 3 bytes
Betacommand notes it was discovered with flickrripper.py -autonomous
-user\_id:40561337@N07 -addcategory:"Files from Abhisit Vejjajiva Flickr
stream"
multichill Betacommand: Could you file a bug for this?
Betacommand multichill: you would need to cut it down to 85 to be safe
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55309
Web browser: ---
Bug ID: 55309
Summary: imagetransfer.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/882/
Reported by: Anonymous user
Created on: 2009-03-18 22:49:30
Subject: imagetransfer.py does not work
Original description:
the -tolang and -tofamily options are not used, when trying to transfer images
from commons to another wiki with this parameter specified I get the error "The
image is already on Wikimedia Commons" but I want the images in a local wiki -
that means to move them from Commons
I'm using:
Pywikipedia \[http\] trunk/pywikipedia \(r6514, Mar 17 2009, 15:25:21\)
Python 2.6 \(trunk:66714:66715M, Oct 1 2008, 18:36:04\)
\[GCC 4.0.1 \(Apple Computer, Inc. build 5370\)\]
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=54565
Web browser: ---
Bug ID: 54565
Summary: Picasa copier upload script
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/548/
Reported by: yjenith
Created on: 2012-05-02 05:23:23
Subject: Picasa copier upload script
Original description:
A tool to do batch uploading of Google web album \(Picasa\) to Commons using
Pywikipedia and Google data API.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55202
Web browser: ---
Bug ID: 55202
Summary: Replace.py does not open articles with "?" in browser
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/1434/
Reported by: binbot
Created on: 2012-04-10 14:10:47
Subject: Replace.py does not open articles with "?" in browser
Original description:
If the name of the article ends with a "?" and you press b for browser in
replace.py, it tries to open an article without "?" at the end of the title.
Reproduce with http://hu.wikipedia.org/wiki/Ki\_vagy,\_Doki%3F \(replace.py a b
-lang:hu -page:"Ki vagy, Doki?"\)
Pywikipedia trunk/pywikipedia/ \(r10103, 2012/04/10, 07:18:22\)
Python 2.7.2 \(default, Jun 12 2011, 14:24:46\) \[MSC v.1500 64 bit \(AMD64\)\]
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=55205
Web browser: ---
Bug ID: 55205
Summary: upload.py error with Wikia.com
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/1424/
Reported by: Anonymous user
Created on: 2012-03-18 17:47:08
Subject: upload.py error with Wikia.com
Original description:
P:\pywikipedia>python version.py
Pywikipedia \[http\] trunk/pywikipedia \(r10023, 2012/03/17, 18:03:32\)
Python 2.7.2 \(default, Jun 12 2011, 14:24:46\) \[MSC v.1500 64 bit \(AMD64\)\]
config-settings:
use\_api = True
use\_api\_login = True
unicode test: ok
P:\pywikipedia>python upload.py wikih.jpg
WARNING: Your account on sxerks:en does not have a bot flag. Its edits will be
v
isible in the recent changes and it may get blocked.
Reading file wikih.jpg
The filename on the target wiki will default to: wikih.jpg
Enter a better name, or press enter to accept:
The suggested description is:
Do you want to change this description? \(\[y\]es, \[N\]o\) n
Uploading file to sxerks:en via API....
'ascii' codec can't decode byte 0xff in position 622: ordinal not in
range\(128\)
WARNING: Could not open 'http://sxerks.wikia.com/api.php'. Maybe the server or
your connection is down. Retrying in 1 minutes...
Traceback \(most recent call last\):
File "upload.py", line 472, in <module>
main\(\)
File "upload.py", line 468, in main
bot.run\(\)
File "upload.py", line 440, in run
return self.upload\_image\(\)
File "upload.py", line 282, in upload\_image
data = query.GetData\(params, self.targetSite\)
File "P:\pywikipedia\query.py", line 137, in GetData
site.cookies\(sysop=sysop\)
File "P:\pywikipedia\upload.py", line 46, in post\_multipart
cookies=cookies\)
File "P:\pywikipedia\wikipedia.py", line 5497, in postData
time.sleep\(retry\_idle\_time \* 60\)
KeyboardInterrupt
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55047
Web browser: ---
Bug ID: 55047
Summary: commonscat.py clone for wikispecies
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/287/
Reported by: avicennasis
Created on: 2011-07-12 02:08:12
Subject: commonscat.py clone for wikispecies
Original description:
Commonscat.py works very well - would it be possible to get a clone of this for
the wikispecies project?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55320
Web browser: ---
Bug ID: 55320
Summary: fixing_redirects.py encodes section-link
hexadecimally.
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/743/
Reported by: nightshadow28
Created on: 2008-06-11 10:22:29
Subject: fixing_redirects.py encodes section-link hexadecimally.
Original description:
fixing\_redirects.py encodes section-link hexadecimally.
When fixing\_redirects.py fixes in-line links, the bot will replace section
name hexadecimally.
For example,
http://ja.wikipedia.org/w/index.php?title=%E7%94%9F%E7%89%A9%E5%AD%A6&diff=…
original link: \[\[目的論\]\]
redirect: \[\[目的\#目的論\]\]
result of the bot: \[\[目的\#.E7.9B.AE.E7.9A.84.E8.AB.96|目的論\]\]
The result is difficult to maintenance by human...
Pywikipedia \[http\] trunk/pywikipedia \(r5554, Jun 10 2008, 15:47:56\)
Python 2.5.2 \(r252:60911, Apr 21 2008, 11:12:42\)
\[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=55256
Web browser: ---
Bug ID: 55256
Summary: Page.templates() cache does not respect get_redirect
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/1257/
Reported by: tgr_
Created on: 2010-10-31 10:39:27
Subject: Page.templates() cache does not respect get_redirect
Original description:
Steps to reproduce:
page = wikipedia.Page\(someSite, someRedirect\)
page.templates\(\) \# returns \[\]
page.templates\(get\_redirect=True\) \# returns \[\] from cache even if the
page does have templates
Pywikipedia \[http\] trunk/pywikipedia \(r8690, 2010/10/28, 15:34:19\)
Python 2.6.5 \(r265:79096, Mar 19 2010, 21:48:26\) \[MSC v.1500 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=55264
Web browser: ---
Bug ID: 55264
Summary: SpamFilter error not raising
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/1217/
Reported by: betacommand
Created on: 2010-08-06 00:04:04
Subject: SpamFilter error not raising
Original description:
this is related to
https://sourceforge.net/tracker/?func=detail&aid=3028176&group\_id=93107&at…
pywikipedia quietly fails when triggering the spam filter
\{u'edit': \{u'spamblacklist': u'http://www.gamerbrain.net', u'result':
u'Failure'\}\}
is one example of the returned tuple either the API changed or someone broke
something
Python 2.6.5 \(r265:79063, Apr 16 2010, 13:09:56\)
\[GCC 4.4.3\]
config-settings:
use\_api = True
use\_api\_login = True
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=59078
Web browser: ---
Bug ID: 59078
Summary: Customize clean_sandbox.py for Egyptian Arabic (arz)
Wikipedia
Product: Pywikibot
Version: compat (1.0)
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: meno25mail(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
In clean_sandbox.py script of the compat branch, please customize it for the
Egyptian Arabic (arz) Wikipedia:
content = {
'arz': u'{{عنوان السبوره}}\n<!-- مرحبا! خد راحتك فى تجريب مهاراتك فى
التحرير تحت الخط ده. بما إن الصفحه دى لتجارب التعديل، فالصفحه دى حيتم تنضيفها
اوتوماتيكيا كل 12 ساعه. -->',
sandboxTitle = {
'arz': u'Project:السبوره',
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=59107
Web browser: ---
Bug ID: 59107
Summary: Issue in template.py with summary
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: dixond(a)acm.lviv.ua
Classification: Unclassified
Mobile Platform: ---
Created attachment 14190
--> https://bugzilla.wikimedia.org/attachment.cgi?id=14190&action=edit
Patch for the reported issue
template.py passes the "editSummary" parameter to replace.ReplaceRobot, however
the correct parameter name should be "summary". The patch is attached.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55286
Web browser: ---
Bug ID: 55286
Summary: imagetransfer.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/1134/
Reported by: paleozavr
Created on: 2010-03-07 20:39:31
Subject: imagetransfer.py does not work
Original description:
This text it writes instead of working
C:\bot3>imagetransfer.py -fromlang:en -tolang:uk
C:\bot3\imagetransfer.py:32: DeprecationWarning: the md5 module is deprecated;
u
se hashlib instead
import re, sys, md5, urllib
Traceback \(most recent call last\):
File "C:\bot3\imagetransfer.py", line 310, in <module>
main\(\)
File "C:\bot3\imagetransfer.py", line 306, in main
bot.run\(\)
File "C:\bot3\imagetransfer.py", line 235, in run
imagelist = page.imagelinks\(followRedirects = True\)
File "C:\bot3\wikipedia.py", line 2262, in imagelinks
for page in self.linkedPages\(withImageLinks = True\):
File "C:\bot3\wikipedia.py", line 2209, in linkedPages
thistxt = removeLanguageLinks\(self.get\(get\_redirect=True\),
File "C:\bot3\wikipedia.py", line 618, in get
self.\_contents = self.\_getEditPage\(get\_redirect = get\_redirect, throttle =
t
hrottle, sysop = sysop\)
File "C:\bot3\wikipedia.py", line 692, in \_getEditPage
raise NoPage\(self.site\(\), self.aslink\(forceInterwiki = True\),"Page does
not
exist. In rare cases, if you are certain the page does exist, look into
overridi
ng family.RversionTab" \)
pywikibot.exceptions.NoPage: \(wikipedia:uk, u'\[\[uk:-fromlang:en\]\]', 'Page
does n
ot exist. In rare cases, if you are certain the page does exist, look into
overr
iding family.RversionTab'\)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55299
Web browser: ---
Bug ID: 55299
Summary: selflink.py chokes - condition unclear
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/979/
Reported by: purodha
Created on: 2009-07-15 14:19:03
Subject: selflink.py chokes - condition unclear
Original description:
python /home/purodha/pywikipedia/selflink.py -start:Hz -v
Pywikipediabot \(r7065 \(wikipedia.py\), 2009/07/14, 19:34:51\)
Python 2.5.2 \(r252:60911, Jan 4 2009, 21:59:32\)
\[GCC 4.3.2\]
Getting 60 pages from wikipedia:ksh...
>>> HÖ \(Watt eßß datt?\) <<<
No changes necessary.
>>> Häijmat- un Kooshtallmusejum <<<
No changes necessary.
>>> Hämmche <<<
No changes necessary.
>>> Hängche <<<
No changes necessary.
>>> Hännesje <<<
No changes necessary.
>>> Hännesje Tiater <<<
No changes necessary.
>>> Häpi Änd <<<
No changes necessary.
>>> Hätz <<<
No changes necessary.
>>> Häädejraad \(Blëjshteff\) <<<
Exception in Page constructor
site=wikipedia:ksh, title=%231, insite=wikipedia:ksh, defaultNamespace=0
Traceback \(most recent call last\):
File "/home/purodha/pywikipedia/selflink.py", line 249, in <module>
main\(\)
File "/home/purodha/pywikipedia/selflink.py", line 245, in main
bot.run\(\)
File "/home/purodha/pywikipedia/selflink.py", line 189, in run
self.treat\(page\)
File "/home/purodha/pywikipedia/selflink.py", line 168, in treat
text, jumpToBeginning = self.handleNextLink\(page, text, match\)
File "/home/purodha/pywikipedia/selflink.py", line 113, in handleNextLink
linkedPage = wikipedia.Page\(page.site\(\), match.group\('title'\)\)
File "/home/purodha/pywikipedia/wikipedia.py", line 456, in \_\_init\_\_
raise InvalidTitle\(u"Invalid title starting with a \#: '%s'" % t\)
wikipedia.InvalidTitle: Invalid title starting with a \#: '\#1'
purodha@nightshade:~/redir$
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55250
Web browser: ---
Bug ID: 55250
Summary: reflinks disrupts references
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/1279/
Reported by: masti01
Created on: 2010-12-31 12:49:59
Subject: reflinks disrupts references
Original description:
in some cases reflinks.py disrupts references when both group and name tags are
used in references i.e. <ref group="adn." name="echo">
link to faulty edit diff:
http://pl.wikipedia.org/w/index.php?title=Katedra\_Naj%C5%9Bwi%C4%99tszej\_…
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55077
Web browser: ---
Bug ID: 55077
Summary: More useful movepages.py
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/220/
Reported by: dixond
Created on: 2009-08-27 23:11:25
Subject: More useful movepages.py
Original description:
Script movepages.py will be very much useful if it also change links in all
pages linked to moved page.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55086
Web browser: ---
Bug ID: 55086
Summary: Make commonscat.py use deletion summaries
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: ASSIGNED
Severity: enhancement
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/feature-requests/192/
Reported by: multichill
Created on: 2009-05-01 12:51:59
Subject: Make commonscat.py use deletion summaries
Assigned to: multichill
Original description:
If an category at Commons gets renamed and the original category gets deleted
commonscat is not able to find the new category.
Commonscat should have another function which checks the deletion summary for
the new category name.
This deletion summary can be pulled from the api, see for example:
http://commons.wikimedia.org/w/api.php?action=query&list=logevents&leprop=c…
If a correct destination category is found, the bot should use this. This
function should probably be last resort \(after checking the interwiki's for a
possible link\).
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=54557
Web browser: ---
Bug ID: 54557
Summary: Add wantedpages support
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/569/
Reported by: Anonymous user
Created on: 2012-10-14 18:02:54
Subject: Add wantedpages support
Original description:
Please consider adding the wantedpages implementation in the attached file
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55325
Web browser: ---
Bug ID: 55325
Summary: Blockpageschecker can not interpret double protected
page.
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/619/
Reported by: nightshadow28
Created on: 2008-02-11 15:39:17
Subject: Blockpageschecker can not interpret double protected page.
Original description:
from Japanese Wikipedia:
Blockpageschecker can not interpret "total-moving + semi-block" protected page.
A page, \[\[w:ja:Wikipedia:進行中の荒らし行為/長期/音声おじさん\]\] is protected with
"total-moving" and "semi-block". When blockpageschecker interprets the page, it
only applies first found protect-type template. As a result, semi-protection
tag would be removed.
The permanent link of the page is below:
http://ja.wikipedia.org/w/index.php?title=Wikipedia:%E9%80%B2%E8%A1%8C%E4%B…
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55110
Web browser: ---
Bug ID: 55110
Summary: spellcheck.py could have option 'ignore word for this
page'
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/99/
Reported by: malafaya
Created on: 2007-06-14 15:04:42
Subject: spellcheck.py could have option 'ignore word for this page'
Original description:
spellcheck.py could have option 'ignore word for this page'. Now it just
provides the option to 'ignore once' the word. Ignoring it for the rest of the
page would be a great improvement.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55084
Web browser: ---
Bug ID: 55084
Summary: movepages.py should have all options from
Special:MovePage
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/197/
Reported by: mike_lifeguard
Created on: 2009-05-08 23:33:37
Subject: movepages.py should have all options from Special:MovePage
Original description:
Functionality missing:
\*using move-subpage
\*moving the talk page simultaneously
\*deleting the target page if it exists and your account can do so
\*suppressing the redirect from being created
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55078
Web browser: ---
Bug ID: 55078
Summary: replace.py -match option
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/219/
Reported by: Anonymous user
Created on: 2009-08-21 18:38:13
Subject: replace.py -match option
Original description:
Hello\! It would be nice, if you add -match option to replace.py, that means
that script will work only on pages which match some regexp.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=54574
Web browser: ---
Bug ID: 54574
Summary: Re 1843798: Add capabiliy to remember pages to
replace.py
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/patches/326/
Reported by: sigmaoctantis
Created on: 2009-05-12 04:30:27
Subject: Re 1843798: Add capabiliy to remember pages to replace.py
Assigned to: nicdumz
Original description:
A new patch to implement toobaz's function with the changes suggested by
wikipedian.
https://sourceforge.net/tracker/?func=detail&aid=1843798&group\_id=93107&at…
\- solve\_disambiguation.py and pagegenerators.py:
1\. Generator and logging function for -primary option moved
from solve\_disambiguation.py to pagegenerators.py
2\. TODO in solve\_disambiguation.py done:
generator now starts yielding before all referring pages have been found
3\. makes use of new TextfilePageGenerator
4\. code is a few lines shorter
\- replace.py:
5\. "-exclude" option from toobaz's patch implemented.
Allows to filter generator through a list of previously edited pages.
New pages are appended to the filter file based on choices made:
-exclude: logs to filter choice "N"
6\. additional command line options for other settings:
-editonce: logs to filter choices "Y", "A"
-treatonce: logs to filter choices "Y", "A", "N"
-scanonce: logs to filter choices "Y", "A", "N"; no change
7\. uses generator and file format from solve\_disambiguation.py
\(suggested by wikipedian below\)
8\. default filter filename is the name of the fix. Files are placed
in a subdirectory "replace".
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55266
Web browser: ---
Bug ID: 55266
Summary: commonscat.py on fr.wp
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/1212/
Reported by: mystou
Created on: 2010-07-15 09:38:52
Subject: commonscat.py on fr.wp
Original description:
Hi,
On French Wikipedia, we use \{\{Autres
projets|commons=PAGE\_NAME|wiktionary=PAGE\_NAME\}\}, can you update
commonscat.py :
\* Convert old \{\{Commonscat|PAGE\_NAME\}\} to new \{\{Autres
projets|commons=PAGE\_NAME\}\} or to update an existing \{\{autres projets\}\}
\* When \{\{Commonscat\}\} and \{\{Autres projets|commons=PAGE\_NAME\}\} exist
on a page, remove the first and update the second.
Thanks,
======
$ python version.py
Pywikipedia \[http\] trunk/pywikipedia \(r8356, 2010/07/13, 18:25:51\)
Python 2.6.5+ \(release26-maint, Jul 6 2010, 14:48:45\)
\[GCC 4.4.4\]
config-settings:
use\_api = True
use\_api\_login = True
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55188
Web browser: ---
Bug ID: 55188
Summary: pagefromfile -nocontent and redirect bug
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/1480/
Reported by: reza1615
Created on: 2012-06-30 13:46:00
Subject: pagefromfile -nocontent and redirect bug
Original description:
in pagefromfile.py -nocontent doesn't support all cases. is it possible to add
other argument that support regexs \(for example -regexecceptions\)?
also it doesn't support redirect pages. if page name is redirection it shows
error
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55083
Web browser: ---
Bug ID: 55083
Summary: Commonscat.py should update all wikies at once
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/206/
Reported by: mga73
Created on: 2009-05-26 19:53:13
Subject: Commonscat.py should update all wikies at once
Original description:
Interwiki.py update interwikilinks on all wikies at the same time. It would be
a greate help if Commonscat.py did the same.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=58814
Web browser: ---
Bug ID: 58814
Summary: PYWP-19 Request for weblinkchecker.py compatibility
with catscan
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: major
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: wmf.bugconverter(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
This issue was converted from https://jira.toolserver.org/browse/PYWP-19.
Summary: Request for weblinkchecker.py compatibility with catscan
Issue type: New Feature - A new feature of the product, which has yet to be
developed.
Priority: Major
Status: Open
Assignee: Merlijn van Deen <valhallasw(a)arctus.nl>
On Tue, 17 Jan 2012 04:36:12, Jeff G. <jeff-wmj(a)usclec.net> opened the
following bug:
> "How can i find reported dead links for a subject area using catscan
> (e.g. template, category inserted) ?" per
> http://en.wikipedia.org/wiki/Wikipedia:Bots/Requests_for_approval/PhuzBot
> as posted in edit
> http://en.wikipedia.org/w/index.php?title=Wikipedia:Bots/Requests_for_appro…
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=58813
Web browser: ---
Bug ID: 58813
Summary: PYWP-20 Have weblinkchecker.py change a URL that has
been permanently moved to the updated URL
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: major
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: wmf.bugconverter(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
This issue was converted from https://jira.toolserver.org/browse/PYWP-20.
Summary: Have weblinkchecker.py change a URL that has been permanently moved to
the updated URL
Issue type: New Feature - A new feature of the product, which has yet to be
developed.
Priority: Major
Status: Open
Assignee: Merlijn van Deen <valhallasw(a)arctus.nl>
On Tue, 17 Jan 2012 04:43:26, Jeff G. <jeff-wmj(a)usclec.net> opened the
following bug:
> "How will the bot respond to a page that has been permanently moved?
> It would be better for us to get the updated URL for the live page
> (if possible) than to point to an archived copy." per
> http://en.wikipedia.org/wiki/Wikipedia_talk:External_links/Archive_29#Web_L…
> as posted in edit
> http://en.wikipedia.org/w/index.php?title=Wikipedia_talk:External_links&dif…
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=58812
Web browser: ---
Bug ID: 58812
Summary: PYWP-21 Have weblinkchecker.py optionally crawl every
page querying prop=extlinks instead of downloading the
page text
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: major
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: wmf.bugconverter(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
This issue was converted from https://jira.toolserver.org/browse/PYWP-21.
Summary: Have weblinkchecker.py optionally crawl every page querying
prop=extlinks instead of downloading the page text
Issue type: New Feature - A new feature of the product, which has yet to be
developed.
Priority: Major
Status: Open
Assignee: Merlijn van Deen <valhallasw(a)arctus.nl>
On Tue, 17 Jan 2012 04:48:15, Jeff G. <jeff-wmj(a)usclec.net> opened the
following bug:
> Could it be "modified to crawl every page querying prop=extlinks
> instead of downloading the page text"? per
> http://en.wikipedia.org/wiki/Wikipedia:Bots/Requests_for_approval/JeffGBot
> as posted in edit
> http://en.wikipedia.org/w/index.php?title=Wikipedia:Bots/Requests_for_appro…
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=58811
Web browser: ---
Bug ID: 58811
Summary: PYWP-22 Have weblinkchecker.py operate from a database
dump or a toolserver query
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: major
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: wmf.bugconverter(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
This issue was converted from https://jira.toolserver.org/browse/PYWP-22.
Summary: Have weblinkchecker.py operate from a database dump or a toolserver
query
Issue type: New Feature - A new feature of the product, which has yet to be
developed.
Priority: Major
Status: Open
Assignee: Merlijn van Deen <valhallasw(a)arctus.nl>
On Tue, 17 Jan 2012 04:50:27, Jeff G. <jeff-wmj(a)usclec.net> opened the
following bug:
> Could it be "done from a database dump or a toolserver query"? per
> http://en.wikipedia.org/wiki/Wikipedia:Bots/Requests_for_approval/JeffGBot
> as posted in edit
> http://en.wikipedia.org/w/index.php?title=Wikipedia:Bots/Requests_for_appro…
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=58601
Web browser: ---
Bug ID: 58601
Summary: casechecker.py uses non-standard functions
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: ---
casechecker.py:
- calls the API directly instead of going through Page or Site objects;
- has it's own colorizing code
- has it's own logging/output layer
It should really be rewritten to work using the normal pywikibot functions...
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55213
Web browser: ---
Bug ID: 55213
Summary: Commonscat.py puts template in wrong location
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/1409/
Reported by: hiw
Created on: 2012-02-19 21:47:02
Subject: Commonscat.py puts template in wrong location
Original description:
http://en.wikipedia.org/w/index.php?title=%27Asir\_Province&diff=prev&oldid…
Template should be placed under external links or last section of the page
Pywikipedia trunk/pywikipedia/ \(r9911, 2011/03/13, 10:14:47\)
Python 2.7.2 \(default, Jun 24 2011, 12:21:10\) \[MSC v.1500 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=57180
Web browser: ---
Bug ID: 57180
Summary: commons_link.py - position of template
Product: Pywikibot
Version: compat (1.0)
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: jan.dudik(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
commons_link.py should add {{commons(cat)}} to specified position on page, like
noreferences.py does.
There should be list of preferred sections for each language.
== Section ==
* {{Commonscat|foo}}.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55062
Web browser: ---
Bug ID: 55062
Summary: Add video encoding to flickrripper.py
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: ASSIGNED
Severity: enhancement
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/feature-requests/257/
Reported by: multichill
Created on: 2010-07-13 18:09:00
Subject: Add video encoding to flickrripper.py
Assigned to: multichill
Original description:
For video's like for example
http://www.flickr.com/photos/boryskozielski/4779935766/in/pool-1336393@N24/
This is so that I don't forget it. Feel free to "steal" this bug ;-\)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55059
Web browser: ---
Bug ID: 55059
Summary: Introducing "more" in replace.py
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/260/
Reported by: binbot
Created on: 2010-08-24 09:32:57
Subject: Introducing "more" in replace.py
Original description:
In solve\_sisambiguation.py I can use "more" option to see a wider environment
of the selected text. Repeating this, I see more and more of the text.
Would it be possible to implement this useful option in replace.py, too?
Sometimes I need it very much, when the text is in a short line.
I can open the article in editor or browser, but it is too slow, and not always
necessary. Pressing "m" as in solve\_sisambiguation.py would be much faster.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55108
Web browser: ---
Bug ID: 55108
Summary: template.py -remove end of line
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/111/
Reported by: multichill
Created on: 2007-09-27 11:49:21
Subject: template.py -remove end of line
Original description:
When running template.py -remove <template> i noticed that the template
is removed but not the end of line leaving some extra unneeded whitespace. For
example:
http://nl.wikipedia.org/w/index.php?title=Aleksandr\_Chalifman&diff=prev&ol…http://nl.wikipedia.org/w/index.php?title=Bent\_Larsen&diff=prev&oldid=9528…
It would be nice if the only thing on a a line is
\{\{<template>\}\}
and the template is removed that also the end of line is removed.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=58639
Web browser: ---
Bug ID: 58639
Summary: category_redirect.py
Product: Pywikibot
Version: compat (1.0)
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: Unprioritized
Component: category.py
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: zaher.kadour(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
I run the category_redirect.py but when the category redirect to itself, the
bot remove this category form all pages.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55203
Web browser: ---
Bug ID: 55203
Summary: Unicode error on print statment
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/1430/
Reported by: Anonymous user
Created on: 2012-04-04 15:09:48
Subject: Unicode error on print statment
Original description:
I'm having an unicode error on print statments, when printing chars like "é",
"ê" and similars. It works fine on my lap, and on ts willows, but occours on
longruns jobs. The script is a fork of
http://code.google.com/p/avbot/source/browse/\#svn%2Ftrunk with some minor
changes wich has no impact on the print elements. The output for the article
\[\[Política do café com leite\]\] is:
Unhandled exception in thread started by <function editAnalysis at
0x85b88b4>
Traceback \(most recent call last\):
File "/home/alchimista/aleph/avbotanalysis.py", line 681, in editAnalysis
\[reverted, editData\]=mustBeReverted\(editData, cleandata,
editData\['userClass'\]\)
File "/home/alchimista/aleph/avbotanalysis.py", line 428, in mustBeReverted
return revertAllEditsByUser\(editData, userClass, regexplist\) \#Revert
File "/home/alchimista/aleph/avbotanalysis.py", line 250, in
revertAllEditsByUser
editData=sameOldid\(editData\)
File "/home/alchimista/aleph/avbotanalysis.py", line 113, in sameOldid
print 4, editData\['pageTitle'\], time.time\(\)-t1
UnicodeEncodeError: 'ascii' codec can't encode character u'\xed' in position 3:
ordinal not in range\(128\)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55014
Web browser: ---
Bug ID: 55014
Summary: Let bots use canonical namespaces
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/332/
Reported by: pathoschild
Created on: 2013-02-23 02:45:38
Subject: Let bots use canonical namespaces
Original description:
Let bots use canonical namespaces instead of translations from the family
files. This is useful for crosswiki bots, where invalid namespace names may not
be detected by the operator \(most recently \[1\]\[2\]\).
The attached patch implements this by adding an optional constructor argument
to Page. For example, the current behaviour is unchanged:
ns = wikipedia.Page\(site, title\).namespaceName\(\) \# Utilisateur:Pathoschild
But a constructor argument enables canonical namespaces:
ns = wikipedia.Page\(site, title, translateNamespace=False\).namespaceName\(\)
\# User:Pathoschild
\[1\]
http://meta.wikimedia.org/wiki/User\_talk:Pathoschild?oldid=5269904\#Probl.…
\[2\]
http://meta.wikimedia.org/wiki/User\_talk:Pathoschild?oldid=5269904\#Polish…
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55055
Web browser: ---
Bug ID: 55055
Summary: category.py add
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/272/
Reported by: jandudik
Created on: 2010-10-29 07:30:13
Subject: category.py add
Original description:
It would be useful if -to: option is possible not only for "move" but also for
"add"
category.py add -links:Foo -to:Foo\_Category
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55268
Web browser: ---
Bug ID: 55268
Summary: copyright_put don't put some files
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/1210/
Reported by: lusum
Created on: 2010-07-11 22:29:05
Subject: copyright_put don't put some files
Original description:
I use copyright\_put to put the results of copyright.py on it.wikipedia. But
sometime the script delete the results without update the page.
I attach an example file of results \( output.txt \) that don't work with the
script...
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=56042
Web browser: ---
Bug ID: 56042
Summary: pagenotfound error while running replace,py with
compat
Product: Pywikibot
Version: compat (1.0)
Hardware: All
OS: All
Status: NEW
Severity: major
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: basvb_wikipedia(a)live.nl
Classification: Unclassified
Mobile Platform: ---
When I'm running pywikibot with replace.py I do sometimes (like once every 6-7
pages replaced) get an error which stops the replace to run.
Traceback (most recent call last):
File "replace.py", line 967, in <module>
main()
File "replace.py", line 956, in main
bot.run()
File "replace.py", line 542, in run
page.put(new_text, self.editSummary)
File "C:\compat\compat\wikipedia.py", line 2112, in put
sysop = sysop, botflag=botflag, maxTries=maxTries)
File "C:\compat\compat\wikipedia.py", line 2203, in _putPage
response, data = query.GetData(params, self.site(), sysop=sysop,
back_respon
se = True)
File "C:\compat\compat\pywikibot\support.py", line 121, in wrapper
return method(*__args, **__kw)
File "C:\compat\compat\query.py", line 135, in GetData
res, jsontext = site.postForm(path, params, sysop, site.cookies(sysop =
syso
p) )
File "C:\compat\compat\wikipedia.py", line 6495, in postForm
cookies=cookies)
File "C:\compat\compat\wikipedia.py", line 6549, in postData
raise PageNotFound(u'Page %s could not be retrieved. Check your family file
?' % url)
pywikibot.exceptions.PageNotFound: Page https://commons.wikimedia.org/w/api.php
could not be retrieved. Check your family file ?
The family is set as:
family = 'commons'
mylang = 'commons'
the command used is: python replace.py -namespace:6 -cat:RCE_suggested:_Centrum
-summary:"Remove RCE-tag suggestion (this specific tag is not useful)"
"{{RCE-subject|Centrum}}" ""
but the issue also occures on other commands and when entering a wrong password
in the login.py (only at first attempt so far).
version information:
Pywikibot: wikipedia.py (r-1 (unknown), ???????, 2013/10/23, 12:56:06,
OUTDATED)
Release version: 1.0b1
Python: 2.7.3 (default, Apr 10 2012, 23:31:26) [MSC v.1500 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=58546
Web browser: ---
Bug ID: 58546
Summary: Captcha support broken
Product: Pywikibot
Version: compat (1.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: ---
valhallasw@lisilwen:~/src/pwb/pywikibot-compat$ python login.py
Password for user valhallasw on wikipedia:nl
No characters will be shown:
Logging in to wikipedia:nl as valhallasw via API.
Login failed. Wrong password or CAPTCHA answer?
API login failed, retrying using standard webpage.
Logging in to wikipedia:nl as valhallasw
What is the answer to the captcha "CAPTCHA: " ?
Instead of showing the captcha URL, the above is shown, which obviously makes
solving the captcha hard.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55293
Web browser: ---
Bug ID: 55293
Summary: Category.py does not produce results
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: category.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/bugs/1070/
Reported by: masti01
Created on: 2009-11-05 22:55:23
Subject: Category.py does not produce results
Original description:
category run with listify option on pl.wiki runs twice thru category then does
not produce any result :\(
\[mst@pl37007 pwpl\]$ python pywikipedia/category.py listify -from:"Strony
ujednoznaczniające" -to:"Wikipedysta:Mastibot/disambigi" -log -rebuild
Reading dump from category.dump.bz2
Getting \[\[Kategoria:Strony ujednoznaczniające\]\]...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from 60 Dywizja
Piechoty...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Aetna...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Amfilokos...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Arkona
\(ujednoznacznienie\)...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Babka
\(ujednoznacznienie\)...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Beilstein...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Bitwa pod
Chojnicami \(ujednoznacznienie\)...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Borobucha...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Buckle...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Camas
\(ujednoznacznienie\)...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Charles
Vane-Tempest-Stewart...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Cis...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Croydon
\(ujednoznacznienie\)...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Dakota...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Dobieszyn...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Dymnica
\(ujednoznacznienie\)...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Eel River...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from F23...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Formalizm...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Gary Hall...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Gmina Prusy...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Graysville...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from HCS...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Herb gminy
Zakrzewo...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Hrabstwo
Hamilton...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Ideal...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Jakubina...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Jerzy
Sosnowski...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Język elfów...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Kawecki...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Kochanowski...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Kotków...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Krzydlina...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from LWP
\(ujednoznacznienie\)...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Lesiny...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Loreto...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from MPG...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Maria Antonietta
Burbon-Sycylijska...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Mechlin...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Mimika
\(ujednoznacznienie\)...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Morpurgo...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Naczółek...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Niger
\(ujednoznacznienie\)...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Obołoń
\(ujednoznacznienie\)...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Orivesi...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from PTC...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Paweł \(biskup
poznański\)...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Pinta...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Polgár
\(ujednoznacznienie\)...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Program I...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Płocicz...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Regiment Gwardii
Konnej...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Rogowski...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Rzesza
\(ujednoznacznienie\)...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Saint-Pardoux...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Scipione
Borghese...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Skarpa...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Spodek
\(ujednoznacznienie\)...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Stek...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Suwak...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Sławomir
Chrzanowski...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Tereswa...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Trenton
\(ujednoznacznienie\)...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from U-21...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from USS Loyalty...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from USS Voyager...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Vauciennes...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Warp...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Wierzchowiec...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Wola Duża...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Włodzice...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Zdzisław
Żygulski...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Łukawa...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Żuków...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\]...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from 60 Dywizja
Piechoty...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Aetna...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Amfilokos...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Arkona
\(ujednoznacznienie\)...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Babka
\(ujednoznacznienie\)...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Beilstein...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Bitwa pod
Chojnicami \(ujednoznacznienie\)...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Borobucha...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Buckle...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Camas
\(ujednoznacznienie\)...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Charles
Vane-Tempest-Stewart...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Cis...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Croydon
\(ujednoznacznienie\)...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Dakota...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Dobieszyn...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Dymnica
\(ujednoznacznienie\)...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Eel River...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from F23...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Formalizm...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Gary Hall...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Gmina Prusy...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Graysville...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from HCS...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Herb gminy
Zakrzewo...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Hrabstwo
Hamilton...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Ideal...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Jakubina...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Jerzy
Sosnowski...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Język elfów...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Kawecki...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Kochanowski...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Kotków...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Krzydlina...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from LWP
\(ujednoznacznienie\)...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Lesiny...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Loreto...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from MPG...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Maria Antonietta
Burbon-Sycylijska...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Mechlin...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Mimika
\(ujednoznacznienie\)...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Morpurgo...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Naczółek...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Niger
\(ujednoznacznienie\)...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Obołoń
\(ujednoznacznienie\)...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Orivesi...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from PTC...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Paweł \(biskup
poznański\)...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Pinta...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Polgár
\(ujednoznacznienie\)...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Program I...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Płocicz...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Regiment Gwardii
Konnej...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Rogowski...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Rzesza
\(ujednoznacznienie\)...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Saint-Pardoux...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Scipione
Borghese...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Skarpa...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Spodek
\(ujednoznacznienie\)...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Stek...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Suwak...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Sławomir
Chrzanowski...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Tereswa...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Trenton
\(ujednoznacznienie\)...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from U-21...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from USS Loyalty...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from USS Voyager...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Vauciennes...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Warp...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Wierzchowiec...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Wola Duża...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Włodzice...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Zdzisław
Żygulski...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Łukawa...
Getting \[\[Kategoria:Strony ujednoznaczniające\]\] list from Żuków...
python pywikipedia/version.py
Pywikipedia \(r7600 \(wikipedia.py\), 2009/11/05, 18:40:26\)
Python 2.6 \(r26:66714, Jun 8 2009, 16:07:26\)
\[GCC 4.4.0 20090506 \(Red Hat 4.4.0-4\)\]
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=57303
Web browser: ---
Bug ID: 57303
Summary: replace.py doesn't consider the namespace
Product: Pywikibot
Version: core (2.0)
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: l.rabinelli+bugzilla(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
In compact when run:
python replace.py -xml:itwiki.xml.bz2 -namespace:0 -fix:<name>
the script works only in main namespace article.
In core, with the same arguments, works in pages of all namespaces.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55298
Web browser: ---
Bug ID: 55298
Summary: self-interwikis shouldn't be removed
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
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/bugs/984/
Reported by: mcknol
Created on: 2009-07-17 00:02:21
Subject: self-interwikis shouldn't be removed
Original description:
Interwiki.py removes every internal link which refers to the own language site.
For example, in en.wiki a link like \[\[en:article\]\] would be removed by the
bot. This seems logical \(the main syntax for non-interwiki interlanguage links
would be \[\[:en:article\]\]\), but the wiki-software doesn't interpret
self-links as interwiki-links, so the pywikipedia-bot should neither do that.
Here is an example:
http://en.wikipedia.org/w/index.php?title=Help:Parser\_function&diff=290795…
Pywikipedia \[http\] trunk/pywikipedia \(r7065, 2009/07/14, 19:34:51\)
Python 2.6 \(r26:66721, Oct 2 2008, 11:35:03\) \[MSC v.1500 32 bit \(Intel\)\]
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=54537
Web browser: ---
Bug ID: 54537
Summary: Pagegenerator: follow redirects, intersection,
exclusion
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/625/
Reported by: andreasjs
Created on: 2013-08-24 21:57:56.794000
Subject: Pagegenerator: follow redirects, intersection, exclusion
Original description:
I added three new arguments:
-followredirects
Used with other arguments that specify a set of pages.
If a specified page is a redirect page, work on its
target page.
-intersecting
Argument to be used between two other arguments.
Work only on pages normally specified by both the
previous and the next argument.
-excluding
Argument to be used between two other arguments.
Work only on pages normally specified by the
previous argument but not by the next argument.
For example, one could want to find the pages edited by a specific user that
contain a certain keyword in a title.
A few other suggestions:
Exclude sections, even on files.
Compare pages via the Page.\_\_cmp\_\_ property to exclude duplicate pages
instead of
u"%s:%s:%s" % (page._site.family.name, page._site.lang, page._title).
(more transparent and easier to maintain).
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55882
Web browser: ---
Bug ID: 55882
Summary: The order of parameters is lost when using
templatesWithParams
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: crangasi2001(a)yahoo.com
Blocks: 55880
Classification: Unclassified
Mobile Platform: ---
In compat, templatesWithParams from class Page used to
provide a pair containing the template name and a list of parameters,
with the full "key=value" string. Nowadays, we're getting a dictionary
instead of that list. Normally there is nothing wrong with that,
except that in Python 2 the dictionary is unordered, which means that:
* the order of the parameters is forever lost - this can be easily solved using
OrderedDict instead.
* the original text cannot be reconstructed (because of the above and
the missing whitespace information) - this means there is no easy way
to identify and/or replace a particular instance of the template in a
page with many identical templates.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=54560
Web browser: ---
Bug ID: 54560
Summary: archivebot.py edit summary i18n improvement
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/561/
Reported by: acstroe
Created on: 2012-08-16 07:18:55
Subject: archivebot.py edit summary i18n improvement
Original description:
The edit summary of archivebot explains how old archived messages are, by using
the configuration string, e.g. 45d or 24h. On request from some users on ro.wp,
I have added a function that interprets these strings in accordance with the
local wiki settings. It uses the MediaWiki:Hours and MediaWiki:Days messages to
obtain the local language string. Since all wikis I tries use the PLURAL parser
function and parser functions are not interpreted in the wiki edit summary, I
parsed the PLURAL function to obtain the actual string. If the PLURAL function
is not supported, then the exact text of the MediaWiki:Hours and MediaWiki:Days
is used \(after replacing $1 with the actual number\). If the MediaWiki:Hours
or MediaWiki:Days messages are not found, then the initial configuration string
is used.
See also
https://ro.wikipedia.org/wiki/Wikipedia:Sarcini\_pentru\_robo%C8%9Bi\#Arhiv…
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55128
Web browser: ---
Bug ID: 55128
Summary: Non-fatal error starting interwiki.py in Windows
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/1654/
Reported by: malafaya
Created on: 2013-08-19 11:05:10.022000
Subject: Non-fatal error starting interwiki.py in Windows
Original description:
It seems that some changes were made to version.py because of git. Under
Windows at least, now git.exe seems to be required to be in the PATH.
But, even with git.exe in the PATH, I always get the following error on
startup:
'%an' is not recognized as an internal or external command,
operable program or batch file.
It seems to be related to line 122 of version.py, which doesn't seem to work
under Windows:
info = subprocess.Popen("git log --pretty=format:'%ad|%an|%h|%H|%d'
--abbrev-commit --date=iso -1 | cat -",
shell=True,
stdout=subprocess.PIPE).stdout.read()
Another problem is that everytime I launch a script, a git.exe process runs and
gets stuck. After some few instances, the interwiki.py scripts block and I have
to start killing git's.
And, BTW, I don't always have access to the git repository when running scripts
(due to some block rules here)
D:\Work\pywikipedia>version.py
'%an' is not recognized as an internal or external command,
operable program or batch file.
Pywikipedia wikipedia.py (r-1 (unknown), 976a310, 2013/08/19, 11:40:07,
OUTDATED
)
Python 2.7.5 (default, May 15 2013, 22:44:16) [MSC v.1500 64 bit (AMD64)]
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=55201
Web browser: ---
Bug ID: 55201
Summary: password not remembered?
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: login.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/bugs/1435/
Reported by: warddr
Created on: 2012-04-11 16:23:05
Subject: password not remembered?
Original description:
If I run login.py -all I get for every language:Should be logged in now
but every time I start a new robot command \(like for example to move a
category\) it asks for my password again.
I also tried this on an ubuntu pc with python 2.7.2 but same result.
Here is my version.py:
Pywikipedia \[http\] trunk/pywikipedia \(r10103, 2012/04/10, 07:18:22\)
Python 2.6.6 \(r266:84292, Dec 27 2010, 00:02:40\)
\[GCC 4.4.5\]
config-settings:
use\_api = True
use\_api\_login = True
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55279
Web browser: ---
Bug ID: 55279
Summary: interwiki -ignore misbehaviour
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
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/bugs/1159/
Reported by: Anonymous user
Created on: 2010-04-11 22:10:50
Subject: interwiki -ignore misbehaviour
Original description:
When working in -force mode, pages read from -ignorefile are not just ignored
\(as the option name suggests and it would be an expected behaviour\) but are
deleted from wherever they're found, so that the bot works the same way as in
-neverlink for the given page titles. It would be more logical if the
-ignore/-ignorefile option just ignored \(skipped\) these pages. We should have
some other option for forced remove, something like -neverlink not only for a
language, but also for lang:title combinations.
Pywikipedia \[http\] trunk/pywikipedia \(r8074, 2010/04/10, 23:12:44\)
Python 2.5.1 \(r251:54863, Apr 18 2007, 08:51:08\) \[MSC v.1310 32 bit
\(Intel\)\]
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55204
Web browser: ---
Bug ID: 55204
Summary: Link identify errors
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
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/bugs/1427/
Reported by: yfdyh000
Created on: 2012-03-30 18:49:19
Subject: Link identify errors
Original description:
Script mistakenly identify interwiki link, see:
http://en.wikipedia.org/wiki/User\_talk:YFdyh-bothttp://en.wikipedia.org/w/index.php?title=Template%3ANon-free\_video\_sampl…
At the time I run the command:
2012-03-24 04:32:09 r10024 \(wikipedia.py\) Python 2.7.2 interwiki.py
"-warnfile:logs\warning-wikipedia-en.log" "-lang:en" "-cleanup" "-autonomous"
"-async"
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55185
Web browser: ---
Bug ID: 55185
Summary: cosmetic_changes bug on citation's number and
punctuation
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/1483/
Reported by: reza1615
Created on: 2012-07-02 10:01:55
Subject: cosmetic_changes bug on citation's number and punctuation
Original description:
class fixArabicLetters\(\) changes Latin citation's number and punctuation
\(,\) to Persian number and punctuation \(،\) and it is not correct please set
it if the text around the number is in Latin do not convert numbers.
http://fa.wikipedia.org/w/index.php?title=%D8%A7%D8%B1%DB%8C%DA%A9\_%D8%AA%…
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55253
Web browser: ---
Bug ID: 55253
Summary: Limited search in pagenerators.py, invalid help
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/1272/
Reported by: binbot
Created on: 2010-12-18 08:54:35
Subject: Limited search in pagenerators.py, invalid help
Original description:
pagenerators.py, current ver 8652
Help says:
-search Work on all pages that are found in a MediaWiki search
across all namespaces.
But this is not the truth; it will work on 100 pages at most.
line 875:
def SearchPageGenerator\(query, number = 100, namespaces = None, site = None\):
This limits the results to 100 pages, and there is no possibility to pass a
different number from command line. Please build in this parameter and write it
in the help, or alternatively give an unlimited number to the query as stated
in help.
Thank you\!
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55196
Web browser: ---
Bug ID: 55196
Summary: extend moved_links
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
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/bugs/1460/
Reported by: justincheng
Created on: 2012-06-12 11:54:11
Subject: extend moved_links
Original description:
Please add u'틀 설명문서' for ko
&
u'模板文檔'
u'模板文档'
u'模板文件'
for zh
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=54571
Web browser: ---
Bug ID: 54571
Summary: parameter expandtemplates for Page.linkedPages
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/484/
Reported by: lankier
Created on: 2010-11-13 05:42:45
Subject: parameter expandtemplates for Page.linkedPages
Original description:
Added parameter expandtemplates for Page.linkedPages. I think it is a usefull
parameter.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55242
Web browser: ---
Bug ID: 55242
Summary: Fix translateAndCapitalizeNamespaces for Portuguese
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/1323/
Reported by: heldergeovane
Created on: 2011-06-30 14:48:20
Subject: Fix translateAndCapitalizeNamespaces for Portuguese
Assigned to: xqt
Original description:
Per discussion on
https://secure.wikimedia.org/wikipedia/pt/wiki/Wikipédia:Esplanada/proposta…"Imagem"\_em\_vez\_de\_"Arquivo"\_ou\_"Ficheiro"\_\(12mar2011\)?uselang=en
please, change the function translateAndCapitalizeNamespaces \(from
cosmetic\_changes.py\) so that the bots stop doing the following chnges:
\* Image --> Ficheiro
\* File --> Ficheiro
\* Arquivo --> Ficheiro
\* Imagem --> Ficheiro
This is necessary in order to avoid linguistic problems, considering that
"Arquivo" is the preferred word on Brazil but "Ficheiro" is preferred on
Portugal.
For \*\*image\*\* files, the word "Imagem" is common to both Portuguese
variants, and as such it is preferred, so this should be the name used when
changing the namespace name of images. The use of "Ficheiro" and "Arquivo" is
preferred only for \*\*other kinds of files\*\* \(such as PDF or OGG\), which
are not images.
So, in short, the bots should do the following changes:
\* For images \(i.e. files with one of the following extensions: png, gif, jpg,
jpeg, svg, tiff, tif\), change:
\*\* Image --> Imagem
\*\* File --> Imagem
\*\* Ficheiro --> Imagem
\*\* Arquivo --> Imagem
\*For other files \(i.e. files with one of the following extensions: xcf, pdf,
mid, ogg, ogv, djvu, oga\):
\*\* Arquivo --> Do not change \(we should respect the variant used by the
editors\)
\*\* Ficheiro --> Do not change \(we should respect the variant used by the
editors\)
\*\* File --> Do not change \(or change randomly to "Ficheiro" or "Arquivo",
since it is indeed a "file" and both pt and pt-BR are acceptable\)
\*\* Image --> Do not change \(or change randomly to "Ficheiro" or
"Arquivo", since it is indeed a "file" and both pt and pt-BR are acceptable\)
\*\* Imagem --> Do not change \(or change randomly to "Ficheiro" or
"Arquivo", since it is indeed a "file" and both pt and pt-BR are acceptable\)
PS: the output of "python version.py" is the foolowing, although this bug
report applies to all versions:
\----
Pywikipedia \[http\] trunk/pywikipedia \(r9323, 2011/06/30, 12:40:56\)
Python 2.7.1+ \(r271:86832, Apr 11 2011, 18:13:53\)
\[GCC 4.5.2\]
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=55217
Web browser: ---
Bug ID: 55217
Summary: _getContentsNaive doesn't honour "recurse" parameter
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/1403/
Reported by: Anonymous user
Created on: 2012-02-03 21:35:56
Subject: _getContentsNaive doesn't honour "recurse" parameter
Original description:
\--- catlib.py \(révision 9851\)
+++ catlib.py \(copie de travail\)
@@ -170,7 +170,12 @@
sortby=sortby, sortdir=sortdir\):
yield tag, page
if tag == SUBCATEGORY and recurse:
\- for item in page.\_getContentsNaive\(recurse=True,
\+ if recurse:
\+ if type\(recurse\) is int:
\+ newrecurse = recurse - 1
\+ else:
\+ newrecurse = recurse
\+ for item in page.\_getContentsNaive\(recurse=newrecurse,
sortby=sortby, sortdir=sortdir\):
yield item
my version:
guillaume@barbaz:~/src/pywikipedia$ python version.py
Pywikipedia \[http\] trunk/pywikipedia \(r9850, 2012/02/01, 12:21:57\)
Python 2.7.1+ \(r271:86832, Apr 11 2011, 18:13:53\)
\[GCC 4.5.2\]
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=55330
Web browser: ---
Bug ID: 55330
Summary: interwiki.py -untranslatedonly -number:nn not
intuitive
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
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/bugs/412/
Reported by: purodha
Created on: 2007-06-03 13:26:17
Subject: interwiki.py -untranslatedonly -number:nn not intuitive
Original description:
interwiki.py -untranslatedonly -number:nn -confirm
acts counterinuitively. I expect the be asked for nn groups of page hints, and
that nn pages may be altered.
In fact, nn pages are being checked, and only those among them which match the
-untranslatedonly criterion, are possibly altered. Only for those, hints are
being asked from me. Their number is usually far less than nn, and may be even
zero. I have to know, or guess, how many "-untranslatedonly" pages there are in
a selection, given e.g. by -cat:cc, or -link:ll, etc., and how these are
distributed, so as to find a decent value for nn, to avoid unneccessary loading
of pages \(if I choose nn too high\) or a too short session \(if I choose nn
too low\) which due to reprocessing the same call with a larger nn, again
creates an unneccessary burden on the servers.
What I want with -untranslatedonly -number:nn -confirm, is to process exactly
nn pages. I want to be asked about less pages only, if my selection has been
exhausted before nn pages have been processed.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55057
Web browser: ---
Bug ID: 55057
Summary: Add upload protection to protect.py
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/269/
Reported by: Anonymous user
Created on: 2010-10-20 12:14:56
Subject: Add upload protection to protect.py
Original description:
It would be quite useful for the file protect.py to also have the upload
protection so wikis like Commons can move to the upload protection of all
files.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=59013
Web browser: ---
Bug ID: 59013
Summary: KeyError in site.py in token function when token type
is "move"
Product: Pywikibot
Version: core (2.0)
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: pyfisch(a)googlemail.com
Classification: Unclassified
Mobile Platform: ---
Created attachment 14181
--> https://bugzilla.wikimedia.org/attachment.cgi?id=14181&action=edit
Terminal output
There is only an "edittoken" and no "movetoken" in the item dict:
{u'lastrevid': 503550838, u'pageid': 17875787, u'title': u'Category
talk:Contents', u'starttimestamp': u'2013-12-28T10:25:42Z', u'counter': u'',
u'length': 1820, u'contentmodel': u'wikitext', u'pagelanguage': u'en',
u'touched': u'2013-08-05T20:18:23Z', u'ns': 15}
A complete log is in the attachment.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55335
Web browser: ---
Bug ID: 55335
Summary: command-line parameter '-log' and pwb.py not
compatible
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: dr.trigon(a)surfeu.ch
Classification: Unclassified
Mobile Platform: ---
When using pwb.py together with '-log', e.g. run
$ python pwb.py clean_sandbox.py -simulate -log
we get 2 log files created, namely:
* 'logs/pwb.log' (wrong)
* 'logs/pwb.pyclean_sandbox.py-simulate-log.log' (correct)
of which the first is wrong and should not be used at all.
Look also at https://gerrit.wikimedia.org/r/#/c/85411/ .
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55333
Web browser: ---
Bug ID: 55333
Summary: command-line parameter '-log' and user-config.py
switch 'log=' not compatible
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: dr.trigon(a)surfeu.ch
Classification: Unclassified
Mobile Platform: ---
When adding following switch to user-config.py:
log = ['*']
and then use it together with '-log', e.g. run
$ python pwb.py clean_sandbox.py -simulate -log
we get a mess in the log file (all lines doubled).
Look also at https://gerrit.wikimedia.org/r/#/c/85411/ .
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55272
Web browser: ---
Bug ID: 55272
Summary: redirectRegex throws type error
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/1201/
Reported by: dnessett
Created on: 2010-06-24 16:31:01
Subject: redirectRegex throws type error
Assigned to: xqt
Original description:
Running MW 1.13.2, the following command throws a type error:
$ python add\_text.py
-cat:Pages\_with\_too\_many\_expensive\_parser\_function\_calls -text:" "
-summary:"Test edit:Category jog for \[\[:Category:Pages with too many
expensive parser function calls|Pages with too many expensive parser function
calls\]\]"
The result is:
Getting \[\[Category:Pages with too many expensive parser function calls\]\]...
Loading 2009 White House Forum on Health Reform/Related Articles...
Do you want to accept these changes? \(\[y\]es, \[N\]o, \[a\]ll\) a
Updating page \[\[2009 White House Forum on Health Reform/Related Articles\]\]
via API
Loading 2010 United Kingdom general election/Related Articles...
Traceback \(most recent call last\):
File "add\_text.py", line 417, in <module>
main\(\)
File "add\_text.py", line 413, in main
create=talkPage\)
File "add\_text.py", line 201, in add\_text
text = page.get\(\)
File "/usr/local/src/python/pywikipedia/local\_sites/wikipedia.py", line 619,
in get
self.\_contents = self.\_getEditPage\(get\_redirect = get\_redirect, throttle =
throttle, sysop = sysop\)
File "/usr/local/src/python/pywikipedia/local\_sites/wikipedia.py", line 727,
in \_getEditPage
m = self.site\(\).redirectRegex\(\).match\(pagetext\)
File "/usr/local/src/python/pywikipedia/local\_sites/wikipedia.py", line 6644,
in redirectRegex
pattern = r'\(?:' + '|'.join\(keywords\) + '\)'
TypeError
version.py output is:
$ python version.py
Pywikipedia \[http\] trunk/pywikipedia \(r8311, 2010/06/22, 13:20:10\)
Python 2.5.2 \(r252:60911, Jan 20 2010, 21:48:48\)
\[GCC 4.2.4 \(Ubuntu 4.2.4-1ubuntu3\)\]
config-settings:
use\_api = True
use\_api\_login = True
This error occurs due to the following bug in the code. At line 6642 is the
following code fragment:
try:
keywords = self.getmagicwords\('redirect'\)
pattern = r'\(?:' + '|'.join\(keywords\) + '\)'
except KeyError:
\# no localized keyword for redirects
pattern = r'\#%s' % default
getmagicwords is a one line method that simply calls siteinfo \(line 5480\)
with the key 'magicwords'. At line 5518, siteinfo calls getData to obtain site
data. When looking for magicwords, the method executes "for entry in
data\[key\]" at line 5527. For certain versions of MW, magicwords are not
returned as part of the site data and therefore data\[key\] returns a null
result. Eventually, this leads to the KeyError exception at line 5538.
The bug arises because siteinfo catches the KeyError exception and returns a
result of "None". When the call is unwound back to line 6643 the provision for
a KeyError at line 6645 is vacuous. The KeyError has already been caught by
siteinfo.
Consequently, the statement at line 6644 executes. This causes a TypeError
since the keyword arguement to .join\(\) is null.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55234
Web browser: ---
Bug ID: 55234
Summary: bug with section titles in interwiki.py
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
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/bugs/1350/
Reported by: toto-azero
Created on: 2011-09-25 11:54:52
Subject: bug with section titles in interwiki.py
Original description:
There is a bug with the interwiki.py script : when the bot finds out an
interwiki-link which must be deleted \(without -force or -cleanup options\),
and when this link is at the end of a section, the bot destroys the next
section.
See this for example :
http://ja.wikipedia.org/w/index.php?title=ヘンリー銃&diff=37754031&oldid=37738852
Although this diff is quite old, this bug is still present in the script \(I've
made an try to check : see http://fr.wikipedia.org/w/index.php?diff=70277802\).
\--------------------
python version.py
Pywikipedia \[http\] trunk/pywikipedia \(r9543, 2011/09/25, 09:08:55\)
Python 2.7.1 \(r271:86832, Jan 4 2011, 13:57:14\)
\[GCC 4.5.2\]
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=55584
Web browser: ---
Bug ID: 55584
Summary: Don't clutter /usr/lib/python2.7/site-packages/
Product: Pywikibot
Version: unspecified
Hardware: All
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: yardenack(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
It's reasonable to expect setup.py to install things in this directory:
/usr/lib/python2.7/site-packages/pywikibot/
But it's not reasonable for it to also put things in these directories:
/usr/lib/python2.7/site-packages/externals/
/usr/lib/python2.7/site-packages/scripts/
/usr/lib/python2.7/site-packages/tests/
What if every python project tried to do that?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55323
Web browser: ---
Bug ID: 55323
Summary: interwiki links on subpages in templates
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: ASSIGNED
Severity: normal
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/bugs/665/
Reported by: Anonymous user
Created on: 2008-03-24 13:19:34
Subject: interwiki links on subpages in templates
Assigned to: bewareofdoug
Original description:
In English and some other major wikipedias interwiki links are placed on /doc
subpage \(or whatever it's called\) in templates. Interwiki bot should check if
such a page exists and not place interwiki links on main template page but
place/update links on that subpage. Otherwise, everytime a bot places interwiki
on a template with this structure, the main template page needs to be cleaned
and interwiki links moved to a subpage manually
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55321
Web browser: ---
Bug ID: 55321
Summary: interwiki.py moving away {{Link FA}}
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
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/bugs/725/
Reported by: Anonymous user
Created on: 2008-06-02 13:02:43
Subject: interwiki.py moving away {{Link FA}}
Original description:
featured.py puts \{\{Link FA\}\} either before all interwikis or right next to
the affected interwiki depending on the wiki setting.
Nevertheless, interwiki.py always moves \{\{Link FA\}\} to the top of
interwikis no matter what language is being updated.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=58973
Web browser: ---
Bug ID: 58973
Summary: Implement globalusage in site
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: ---
Shared image sites (like Wikimedia Commons) offer globalusage in the api, see
for example
https://commons.wikimedia.org/w/api.php?action=query&prop=globalusage&title…
. Looks like it works on every Wikimedia site
(https://nl.wikipedia.org/w/api.php?action=query&prop=globalusage&titles=Fil…).
We should implement this as part of site. Probably easiest to expand "def
imageusage(self, image, namespaces=None, filterredir=None, step=None,
total=None, content=False):" with an option to get globalusage.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55327
Web browser: ---
Bug ID: 55327
Summary: sorted category by category.py (jawp)
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: category.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/bugs/572/
Reported by: nightshadow28
Created on: 2008-01-02 05:11:14
Subject: sorted category by category.py (jawp)
Original description:
>From Japanese Wikipedia:
In jawp, a category tag \("article nominated for deletion"\) is included in
"substed" AfD template.
If "category.py" runs for removing other category in an article, it does
unnecessary sorting.
http://ja.wikipedia.org/w/index.php?title=%E9%87%91%E7%94%B0%E4%B8%80%E5%B0…
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55273
Web browser: ---
Bug ID: 55273
Summary: removing interwiki
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/1183/
Reported by: jandudik
Created on: 2010-05-19 12:24:39
Subject: removing interwiki
Original description:
http://en.wikipedia.org/w/index.php?title=Renault\_FT-17&diff=362970235&old…
When I click on link, page exist, but bot said not.
When I copied page name, there is small change, but old name works in browser.
MAybe some incorrect translation? \(The same problem as in sr.wiki ?\)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55314
Web browser: ---
Bug ID: 55314
Summary: removing sr interwiki
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
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/bugs/830/
Reported by: Anonymous user
Created on: 2009-01-03 22:54:37
Subject: removing sr interwiki
Original description:
There is problem with sr.wikipedia - latin characters in URL or in interwiki
are automatically translated to cyrilic, but bot does not recognize it ant
wants to remove this valid interwiki
see
http://cs.wikipedia.org/w/index.php?title=Nikdo\_v%C3%A1s\_nesm%C3%AD\_b%C3…
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55322
Web browser: ---
Bug ID: 55322
Summary: PreloadingGenerator does not set editRestriction
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/680/
Reported by: nicdumz
Created on: 2008-04-23 09:09:47
Subject: PreloadingGenerator does not set editRestriction
Original description:
I realized that sometimes, in blockpageschecker.py,
someTotalProtectedPage.canBeEdited\(\) would wrongly return True \(I have no
sysop account, hence on every \[edit=sysop\] protected page, it should return
False\)
I first tried the single canBeEdited\(\) on that total protected page :
>>> import wikipedia; s = wikipedia.Site\('fr', 'wikipedia'\);
protectedpage = wikipedia.Page\(s, 'Zentrum'\)
Checked for running processes. 1 processes currently running, including the
current process.
>>> protectedpage.canBeEdited\(\)
Getting 1 pages from wikipedia:fr...
False
Which is fine.
However :
>>> import wikipedia; s = wikipedia.Site\('fr', 'wikipedia'\);
protectedpage = wikipedia.Page\(s, 'Zentrum'\)
Checked for running processes. 1 processes currently running, including the
current process.
>>> import pagegenerators; gen =
pagegenerators.PreloadingGenerator\(\[protectedpage\]\)
>>> for p in gen : print p.canBeEdited\(\)
...
Getting 1 pages from wikipedia:fr...
True
>>> protectedpage.canBeEdited\(\)
True
Which is wrong.
I then thought then calling canBeEdited on a total protected page from
PreloadingGenerator would \_every\_time\_ return wrongly True, but I was wrong
:
>>> import wikipedia; s = wikipedia.Site\('en', 'wikipedia'\);
protectedpage = wikipedia.Page\(s, 'Wikipedia:site support'\)
Checked for running processes. 1 processes currently running, including the
current process.
>>> import pagegenerators; gen =
pagegenerators.PreloadingGenerator\(\[protectedpage\]\)
>>> for p in gen : print p.canBeEdited\(\)
...
Getting 1 pages from wikipedia:en...
False
So apparently, in some special cases, calling canBeEdited on a total protected
page from PreloadingGenerator returns True. However I have not been able to
find \*when\* exactly this happens.
Any thoughts ?
PS : An easy fix for this is to get rid of the current implementation of
canBeEdited, to use instead the new getRestrictions using the API
\(getRestrictions\(\)\['edit'\]\). But we should find out what is happenning
here, since we might miss something important.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55271
Web browser: ---
Bug ID: 55271
Summary: undetected edit conficts
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/1204/
Reported by: xqt
Created on: 2010-07-06 10:41:29
Subject: undetected edit conficts
Original description:
bot should detect edit conficts of its own parallel task; see
http://zh.wikipedia.org/w/index.php?title=%E9%BA%92%E9%BA%9F%E6%93%8D%E4%BD…
and
http://zh.wikipedia.org/w/index.php?title=%E9%BA%92%E9%BA%9F%E6%93%8D%E4%BD…
version.py
Pywikipedia \[http\] trunk/pywikipedia \(r8344, 2010/07/05, 17:49:14\)
Python 2.5.2 \(r252:60911, Feb 21 2008, 13:11:45\) \[MSC v.1310 32 bit
\(Intel\)\]
config-settings:
use\_api = True
use\_api\_login = True
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55209
Web browser: ---
Bug ID: 55209
Summary: replace.py error reading xml file
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/1417/
Reported by: paolobenve
Created on: 2012-03-04 18:05:03
Subject: replace.py error reading xml file
Original description:
$ python version.py
Pywikipedia \[http\] trunk/pywikipedia \(r9969, 2012/03/04, 15:55:41\)
Python 2.6.6 \(r266:84292, Dec 26 2010, 22:31:48\)
\[GCC 4.4.5\]
config-settings:
use\_api = True
use\_api\_login = True
unicode test: triggers problem \#3081100
It seems that replace.py cannot read my xml file:
$ python replace.py -ns:0 -dotall -xml:cathopedia.it.xml "1" "\1"unicode test:
triggers problem \#3081100
Reading XML dump...
Traceback \(most recent call last\):
File "/var/wwwc/cathopedia.org/pywikipedia/pagegenerators.py", line 1182, in
\_\_iter\_\_
for page in self.wrapped\_gen:
File "/var/wwwc/cathopedia.org/pywikipedia/pagegenerators.py", line 1039, in
NamespaceFilterPageGenerator
for page in generator:
File "/var/wwwc/cathopedia.org/pywikipedia/pagegenerators.py", line 1084, in
DuplicateFilterPageGenerator
for page in generator:
File "replace.py", line 224, in \_\_iter\_\_
for entry in self.parser:
File "/var/wwwc/cathopedia.org/pywikipedia/xmlreader.py", line 320, in
new\_parse
for rev in self.\_parse\(event, elem\):
File "/var/wwwc/cathopedia.org/pywikipedia/xmlreader.py", line 325, in
\_parse\_only\_latest
if event == "end" and elem.tag == "\{%s\}page" % self.uri:
AttributeError: 'XmlDump' object has no attribute 'uri'
'XmlDump' object has no attribute 'uri'
0 pages were changed.
My xml file where generated with the command
mysqldump --xml -ubackup -p\*\*\*\*\* --databases db > cathopedia.it.xml
The version is
$ mysqldump --version
mysqldump Ver 10.13 Distrib 5.1.49, for debian-linux-gnu \(x86\_64\)
I'm wondering if I'm missing som mysqldump option, but I don't think so.
Actually, another script \(add\_text.py\) reads the xml file without any
problem, and I could use it many times
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55173
Web browser: ---
Bug ID: 55173
Summary: Line ending inconsistency when using XmlReader
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/1508/
Reported by: Anonymous user
Created on: 2012-08-31 19:08:06
Subject: Line ending inconsistency when using XmlReader
Original description:
The following example explains it all:
import wikipedia
p = wikipedia.Page\(wikipedia.getSite\(\), "User:WGH"\)
wikipedia.getall\(wikipedia.getSite\(\), \[p\]\)
print "\r\n" in p.get\(\) \# True \(using Special:Export and, in turn,
xmlreader\)
print "\r\n" in p.get\(force=True\) \# False \(direct api\)
It's caused by xmlreader replacing \n with \r\n for some reason. I suggest
removing it altogether, because in Pyhon universal newlines are ususally used.
Also \r\n line endings confuse mwlib parser.
Patch:
https://sourceforge.net/tracker/?func=detail&aid=3563805&group\_id=93107&at…
% python version.py
Pywikipedia trunk/pywikipedia/ \(r10511, 2012/08/30, 20:40:38\)
Python 2.7.3 \(default, Aug 31 2012, 16:05:44\)
\[GCC 4.2.1 20070831 patched \[FreeBSD\]\]
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=55259
Web browser: ---
Bug ID: 55259
Summary: xmlreader.py fails a lot
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/1245/
Reported by: emijrp
Created on: 2010-10-03 13:51:00
Subject: xmlreader.py fails a lot
Original description:
Hi all;
I think that there is an error in xmlreader.py. When parsing a full revision
XML \(in this case\[1\]\), using this code\[2\] \(look at the try-catch, it
writes in console when it fails\) I get correctly username, timestamp and
revisionid, but sometimes, the page title and the page id are None or empty
string.
The first error is:
\['', None, 'QuartierLatin1968', '2004-10-10T04:24:14Z', '4267'\] \#look the
empty string for the title, and the None for pageid
But if we do:
7za e -bd -so kwwiki-20100926-pages-meta-history.xml.7z 2>/dev/null | egrep
-i '2004-10-10T04::14Z' -C20
We get this\[3\], which is OK, the page title and the page id are available in
the XML, but not correctly parsed. And this is not the only page title and page
it that fails.
Perhaps I have missed something, because I'm learning to parsing XML. Sorry in
that case.
Regards,
emijrp
\[1\]
http://download.wikimedia.org/kwwiki/20100926/kwwiki-20100926-pages-meta-hi…
\[2\] http://pastebin.ca/1951930
\[3\] http://pastebin.ca/1951937
--
You are receiving this mail because:
You are the assignee for the bug.
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=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.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55280
Web browser: ---
Bug ID: 55280
Summary: he.wiki - interwikis outside main namespace
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/1153/
Reported by: masti01
Created on: 2010-03-21 21:17:22
Subject: he.wiki - interwikis outside main namespace
Original description:
the bot shpuld not add interwikis to pages outdside main namespace until it is
solved where to put them. A lot of pages in Wikipedia namespace have their
''doc'' pages but there is no common template showingthis pages. see
http://he.wikipedia.org/wiki/%D7%A9%D7%99%D7%97%D7%AA\_%D7%9E%D7%A9%D7%AA%D…
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55225
Web browser: ---
Bug ID: 55225
Summary: Error downloading data: No JSON object could be
decoded
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/1387/
Reported by: djbarrett
Created on: 2011-12-07 00:52:22
Subject: Error downloading data: No JSON object could be decoded
Original description:
replace.py produces the following error message in the middle of large
search-and-replace operations.
Error downloading data: No JSON object could be decoded: line 1 column 0 \(char
0\)
Request en:/w/api.php?
Retrying in 1 minutes...
1 minute later, it fails again and retries in 2 minutes, then 4 minutes, etc.
The command was:
$ python replace.py -regex -nocase -start:\!
'\\\\\\\\\(example\\.net|exampleus\)\\\common\\\softlib'
'\\\example.net\global\softlib'
and when prompted for a replacement, I typed "a" for "All". After doing a
bunch of replacements, the error started happening. This is with MediaWiki
1.17.1.
$ sudo python version.py
Pywikipedia \[http\] trunk/pywikipedia \(r9787, 2011/12/06, 07:41:04\)
Python 2.4.3 \(\#1, May 5 2011, 16:39:10\)
\[GCC 4.1.2 20080704 \(Red Hat 4.1.2-50\)\]
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=55236
Web browser: ---
Bug ID: 55236
Summary: Self closing tags
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/1334/
Reported by: Anonymous user
Created on: 2011-08-28 15:13:07
Subject: Self closing tags
Original description:
Since MW 1.16 wgHtm5 and wgWellFormedXml are turned on by default. And
cosmetic\_changes.py still changes things like <br> to <br />, I
don't see any reason for that. There are three options we have here:
\* Stop making these kind of changes
\* Make these changes "complete" and add some tags that are not fixed \(eg.
<hr> to <hr />\)
\* Do just the opposite, and let the MW fix the tags \(eg. a<br/> to
<br>, etc\)
I like the third option, because it makes the code easier to read for editors.
In the attachment there's a patch to apply the third option.
python version.py:
Pywikipedia \[http\] trunk/pywikipedia \(r9462, 2011/08/28, 11:34:03\)
Python 2.7 \(r27:82500, Aug 07 2010, 16:54:59\) \[GCC\]
config-settings:
use\_api = True
use\_api\_login = True
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55169
Web browser: ---
Bug ID: 55169
Summary: Reading Templates within Templates
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/1525/
Reported by: Anonymous user
Created on: 2012-10-24 04:53:20
Subject: Reading Templates within Templates
Assigned to: xqt
Original description:
Hi\!
Pywikipedia is used to harvest the in-wiki monument lists to the monuments
database. I noticed the Error
https://bugzilla.wikimedia.org/show\_bug.cgi?id=39973, the following lines are
a copy of the existing bug:
Some values provided by headertemplates \(ie 'Gemeinde' in Austrian lists\) are
not filled if there is a template part of any row parameter. Specific example:
http://de.wikipedia.org/wiki/Liste\_der\_denkmalgesch%C3%BCtzten\_Objekte\_…
In article:
\{\{Denkmalliste Österreich Tabellenkopf
|Gemeinde = Pfons
|Bezirk = Bezirk Innsbruck Land
<...>
\}\}
\{\{Denkmalliste Österreich Tabellenzeile
|Name = Friedhof mit Kapellen und Kleindenkmalen
|Beschreibung =
|ObjektID = 110694
<...>
\}\}
\{\{Denkmalliste Österreich Tabellenzeile
|Name = Kath. Pfarrkirche Mariä Himmelfahrt
|Beschreibung = \{\{Hauptartikel|Mariä-Himmelfahrt-Kirche \(Pfons\)\}\}
|ObjektID = 64604
<...>
\}\}
and in database:
SELECT \`objektid\`, \`name\`, \`gemeinde\`, \`bezirk\` FROM
\`p\_erfgoed\_p\`.\`monuments\_at\_\(de\)\` WHERE \`objektid\` = 110694 or
\`objektid\` =
64604;
| objektid | name | gemeinde | bezirk
| 110694 | Friedhof mit Kapellen<...> | Pfons | Bezirk Innsbruck
Land
| 64604 | Kath. Pfarrkirche Mar<...> | |
many other examples can be found by SELECT \* FROM
\`p\_erfgoed\_p\`.\`monuments\_at\_\(de\)\` WHERE \`gemeinde\` = '';
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55149
Web browser: ---
Bug ID: 55149
Summary: setitem for wikidata doesn't 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/1587/
Reported by: reza1615
Created on: 2013-02-24 19:21:13
Subject: setitem for wikidata doesn't work!
Original description:
I used this code
\#\!/usr/bin/python
\# -\*- coding: utf-8 -\*-
import wikipedia,login
summary=u'آبشار لاتون,آبشار لاتون'
site=wikipedia.getSite\('fa',fam='wikipedia'\)
fapage=wikipedia.Page\(site,u'آبشار\_لاتون'\)
data=wikipedia.DataPage\(fapage\)
list=data.get\(\)
id=list\['entity'\].replace\('q',''\)
data = wikipedia.DataPage\(site.data\_repository\(\), "Q"+id\)
data.setitem\(summary,items=\{'type': u'item', 'label': 'glk',
'value':u'آبشار\_لاتون'\}\)
data.setitem\(summary,items=\{'type': u'sitelink', 'site': 'glk',
'title':u'آبشار\_لاتون\_\(بارزاو\)'\}\)
it shows
Updating page \[\[wikidata:Q5058182\]\] via API
Updating page \[\[wikidata:Q5058182\]\] via API
but it doesn't update the page\!
also please add
def getIdFromPage\(data\)
id=data.get\(\) \['entity'\].replace\('q',''\)
return id
and add
data = DataPage\(site.data\_repository\(\), "Q"+id\)
to first line of setitem\(\)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55179
Web browser: ---
Bug ID: 55179
Summary: cosmetics_changes.py chokes on big article
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/1495/
Reported by: harriv
Created on: 2012-07-22 17:20:35
Subject: cosmetics_changes.py chokes on big article
Original description:
I tried to create list of 55000+ page category with category.py and
cosmetic\_changes enabled. Script seems to hang for a very long time. If
cosmetic changes are disable, this doesn't occur.
Here's stack trace when CTRL-C is pressed:
^CTraceback \(most recent call last\):
File "category.py", line 1005, in <module>
main\(\)
File "category.py", line 998, in main
bot.run\(\)
File "category.py", line 536, in run
self.list.put\(listString, comment=self.editSummary\)
File "/home/users/harriv/wikibot/tmp/pywikipedia/wikipedia.py", line 2005, in
put
newtext = ccToolkit.change\(newtext\)
File "/home/users/harriv/wikibot/tmp/pywikipedia/cosmetic\_changes.py", line
166, in change
text = self.cleanUpLinks\(text\)
File "/home/users/harriv/wikibot/tmp/pywikipedia/cosmetic\_changes.py", line
517, in cleanUpLinks
'startspace'\]\)
File "/home/users/harriv/wikibot/tmp/pywikipedia/pywikibot/textlib.py", line
135, in replaceExcept
excMatch = dontTouchR.search\(text, index\)
KeyboardInterrupt
Version info:
Pywikipedia \[http\] trunk/pywikipedia \(r10461, 2012/07/22, 16:33:39\)
Python 2.6.6 \(r266:84292, Dec 26 2010, 22:31:48\)
\[GCC 4.4.5\]
config-settings:
use\_api = True
use\_api\_login = True
unicode test: triggers problem \#3081100
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55222
Web browser: ---
Bug ID: 55222
Summary: cosmetic_changes.py and <code>
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/1393/
Reported by: ganz-ru
Created on: 2012-01-14 17:37:31
Subject: cosmetic_changes.py and <code>
Original description:
Here:
http://ru.wikipedia.org/w/index.php?diff=40245627&oldid=39731202http://ru.wikipedia.org/w/index.php?diff=40765267&oldid=39425330
cosmetic\_changes.py replaced the internal internal html-text of
<code>...</code> with unicode symbols. That's not good, since the
tag <code> is for an original representation of codes, including the
html-code. So, I propose to add this tag to the elist of exceptions.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55219
Web browser: ---
Bug ID: 55219
Summary: Updating complex pages
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/1399/
Reported by: malafaya
Created on: 2012-01-17 00:22:50
Subject: Updating complex pages
Original description:
When updating complex pages, it's common to get a Timeout, because the
Wikimedia server does not process and return the page within the expected time.
In suchs cases \(when a timeout exception is thrown\), my suggestion si that
pywikipedia should try to fetch the page again and check if there are any
differences against the new page to be saved. If not, then it should proceed
and not block indefinitely in such pages.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55220
Web browser: ---
Bug ID: 55220
Summary: put_async should support all put parameters
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/1398/
Reported by: valhallasw
Created on: 2012-01-15 18:36:28
Subject: put_async should support all put parameters
Original description:
http://lists.wikimedia.org/pipermail/pywikipedia-l/2011-December/007048.html
"""
Page has this method:
def put\_async\(self, newtext,
comment=None, watchArticle=None, minorEdit=True, force=False,
It says: All arguments are the same as for .put\(\), except callback:
But three of the parameters of Page.put is missing: sysop=False, botflag=True,
maxTries=-1.
"""
The queue currently uses \(page, parm1, parm2, ...\) tuples, which are not
practical. This should be changed to, for instance, \(page, args, kwargs\), so
that page.put\(\) can be called using page.put\(\*args, \*\*kwargs\).
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55215
Web browser: ---
Bug ID: 55215
Summary: Change edit description of commonscat.py
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/1406/
Reported by: mga73
Created on: 2012-02-16 21:39:31
Subject: Change edit description of commonscat.py
Original description:
When commonscat.py adds a template it uses a description like "Robot: Adding
\{\{Commons category|Disney people\}\}"
http://en.wikipedia.org/w/index.php?title=Category:Disney\_people&diff=prev…
The summary is not wrong but sometimes the bot adds a wrong link because
someone has added a wrong link on another wiki. When that happens you have to
check all interwiki links manually to find out where the error is.
To make it easier to find the wrong link it would be nice if the summary could
be changed to tell where the link was found like "Robot: Adding \{\{Commons
category|Disney people\}\} - from xx wiki". If possible the bot should list all
wikis that has the same wrong link "... - from xx, yy, zz ... wiki".
\*\*\*\* If needed:
C:\Pywikipedia>version.py
Pywikipedia \[http\] trunk/pywikipedia \(r9900, 2012/02/16, 20:41:18\)
Python 2.7.1 \(r271:86832, Nov 27 2010, 17:19:03\) \[MSC v.1500 64 bit
\(AMD64\)\]
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55207
Web browser: ---
Bug ID: 55207
Summary: title of ml-site not found in list retrieved via API
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/1421/
Reported by: xqt
Created on: 2012-03-11 12:59:40
Subject: title of ml-site not found in list retrieved via API
Original description:
Retrieving pages from ml-wikipedia results in that BUG
Getting 52 pages via API from wikipedia:ml...
BUG>> title ????? ??????? \(\[\[ml:????? ???????\]\]\) not found in list
Expected one of:
\[\[ml:????????\]\],\[\[ml:????\]\],\[\[ml:??????????\]\],\[\[ml:?????? ?????
\]\],\[\[ml:???????\]\],\[\[ml:???????\]\],\[\[ml:???????\]\],\[\[ml:???????????\]\],\[\[ml:????\]\],\[
\[ml:????\]\],\[\[ml:??????\]\],\[\[ml:??????
25\]\],\[\[ml:?????\]\],\[\[ml:????????\]\],\[\[ml:????
????\]\],\[\[ml:??????:?????????\]\],\[\[ml:?????\]\],\[\[ml:?????????\]\],\[\[ml:???????\]\],\[\[ml
:???????????\]\],\[\[ml:?????????????? ??????????? ???
?????\]\],\[\[ml:??????\]\],\[\[ml:??
??????\]\],\[\[ml:????\]\],\[\[ml:????\]\],\[\[ml:??????\]\],\[\[ml:?????????\]\],\[\[ml:????????\]\],
\[\[ml:????-????\]\],\[\[ml:????????????
????\]\],\[\[ml:???????\]\],\[\[ml:?????????\]\],\[\[ml:?
?????????????\]\],\[\[ml:????\]\],\[\[ml:???????\]\],\[\[ml:???????????\]\],\[\[ml:?????????????
\]\],\[\[ml:????????\]\],\[\[ml:??????? ?????????\]\],\[\[ml:??
????????\]\],\[\[ml:??????????\]\]
,\[\[ml:??????????? ???\]\],\[\[ml:?????????\]\],\[\[ml:?????\]\],\[\[ml:??????
???\]\],\[\[ml:???
???? ????????\]\],\[\[ml:???
??????????\]\],\[\[ml:???????\]\],\[\[ml:???????????????????\]\],
\[\[ml:???????? ??????????\]\],\[\[ml:?????? ????????\]\],\[\[ml:?????? ???\]\]
Traceback \(most recent call last\):
File "C:\pwb\trunk\pagegenerators.py", line 1200, in \_\_iter\_\_
for loaded\_page in self.preload\(somePages\):
File "C:\pwb\trunk\pagegenerators.py", line 1223, in preload
pywikibot.getall\(site, pagesThisSite\)
File "C:\pwb\trunk\wikipedia.py", line 4472, in getall
else:
File "C:\pwb\trunk\wikipedia.py", line 4098, in run
self.oneDoneApi\(vals\)
File "C:\pwb\trunk\wikipedia.py", line 4375, in oneDoneApi
raise PageNotFound
PageNotFound
C:\pwb\trunk
Pywikipedia trunk/pywikipedia/ \(r10009, 2012/03/11, 12:13:26\)
Python 2.7.2 \(default, Jun 12 2011, 14:24:46\) \[MSC v.1500 64 bit \(AMD64\)\]
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.
