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=60572
Web browser: ---
Bug ID: 60572
Summary: delete.py should have different messaged for
deleting/undeleting pages
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: minor
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: info(a)gno.de
Classification: Unclassified
Mobile Platform: ---
Now we have the same edit summary for deleting and undeleting operations.
--
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=59678
Web browser: ---
Bug ID: 59678
Summary: Implement badtoken detection and recovery
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: ---
Every once in a while I get a badtoken exception. This is probably because I
have multiple bots running on the same site at the same time (race condition).
* Bot A requests token -> 123
* Bot B requests token -> 123
* Bot A edits with token 123 -> ok
* Bot B edits with token 123 -> poof
We could of course implement very difficult synchronization, but it doesn't
happen very often so it's probably better handle it like a collision in
ethernet.
* Detect the badtoken
* Back off for a random number of seconds
* Get a new token
* Do the edit
Max tries should be respected so the bot can't get into a infinite retry loop.
--
You are receiving this mail because:
You are the assignee for the bug.
