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=63327
Bug ID: 63327
Summary: Migrate i18n file format to JSON
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Keywords: i18n
Severity: normal
Priority: Unprioritized
Component: i18n
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: siebrand(a)kitano.nl
CC: niklas.laxstrom(a)gmail.com, valhallasw(a)arctus.nl
Web browser: ---
Mobile Platform: ---
We've recently started using JSON for i18n files in MediaWiki and for some
other products. We think it's a good non-executable format for i18n/L10n.
It would be nice if Pywikibot would also start using this format. It would also
allow us to remove the less than excellent Python file format support in the
Translate extension.
--
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.
https://bugzilla.wikimedia.org/show_bug.cgi?id=59973
Web browser: ---
Bug ID: 59973
Summary: Pywikibot should have a
wikibase-error-sitelink-already-used exception
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: ---
At the moment when you try to add a sitelink to an item at Wikidata that's
already used, you'll get a pywikibot.data.api.APIError.
Sitelink to Commons Category:Mormonism based on P373
failed-save
Site link [//commons.wikimedia.org/wiki/Category:Mormonism Category:Mormonism]
is already used by item [[Q8808767]]. Perhaps the items should be
[[Help:Merge|merged]] and one of them [[Wikidata:Deletion policy|deleted]]?
Request deletion of one of the items at [[Wikidata:Requests for deletion]], or
ask at [[Wikidata:Interwiki conflicts]] if you believe that they should not be
merged.
{u'messages': {u'0': {u'type': u'error', u'name':
u'wikibase-error-sitelink-already-used', u'parameters':
[u'//commons.wikimedia.org/wiki/Category:Mormonism', u'Category:Mormonism',
u'Q8808767', u'commonswiki']}, u'html': {u'*': u'<p>Site link <a
class="external text"
href="//commons.wikimedia.org/wiki/Category:Mormonism">Category:Mormonism</a>
is already used by item <a href="/wiki/Q8808767" title="Q8808767">Q8808767</a>.
Perhaps the items should be <a href="/wiki/Help:Merge"
title="Help:Merge">merged</a> and one of them <a
href="/wiki/Wikidata:Deletion_policy" title="Wikidata:Deletion
policy">deleted</a>? Request deletion of one of the items at <a
href="/wiki/Wikidata:Requests_for_deletion" title="Wikidata:Requests for
deletion" class="mw-redirect">Wikidata:Requests for deletion</a>, or ask at <a
href="/wiki/Wikidata:Interwiki_conflicts" title="Wikidata:Interwiki
conflicts">Wikidata:Interwiki conflicts</a> if you believe that they should not
be merged.\n</p>'}}}
This is a bit too low level for me. This should be caught by either site or
page and a WikiBase exception should be thrown.
The behavior should probably be modeled after the IsRedirectPage exception. We
might want to create some more Wikibase exceptions while we're at it, but I
haven't looked into that.
PageRelatedError
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=59227
Web browser: ---
Bug ID: 59227
Summary: pywikibot.data.api.APIError:
internal_api_error_ReadOnlyError when the database is
locked
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: ---
Database is locked at the moment. Makes the pywikibot crash with this error:
Adding new Commons category claim to [[Commons:Category:Green Party of British
Columbia]] based on [[en:Category:Green Party of British Columbia]]
Traceback (most recent call last):
File "C:\pywikibot\core\commonscat_to_wikidata.py", line 238, in <module>
main()
File "C:\pywikibot\core\commonscat_to_wikidata.py", line 235, in main
bot.run()
File "C:\pywikibot\core\commonscat_to_wikidata.py", line 94, in run
newclaim.addSource(source, bot=True)
File "C:\pywikibot\core\pywikibot\page.py", line 2957, in addSource
self.addSources([claim], **kwargs)
File "C:\pywikibot\core\pywikibot\page.py", line 2965, in addSources
data = self.repo.editSource(self, claims, new=True, **kwargs)
File "C:\pywikibot\core\pywikibot\site.py", line 720, in callee
return fn(self, *args, **kwargs)
File "C:\pywikibot\core\pywikibot\site.py", line 3797, in editSource
data = req.submit()
File "C:\pywikibot\core\pywikibot\data\api.py", line 401, 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,
probably 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 be caught like any other api error, back off, wait some time. Try again
until we reach max tries.
--
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=61312
Bug ID: 61312
Summary: protect.py should have different messages for
protect/unprotect pages
Product: Pywikibot
Version: core (2.0)
Hardware: All
OS: All
Status: NEW
Severity: minor
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: info(a)gno.de
Web browser: ---
Mobile Platform: ---
Now we have the same edit summary for both operations
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=62261
Bug ID: 62261
Summary: Throw specific error instead of generic APIError if
claim target is deleted
Product: Pywikibot
Version: core (2.0)
Hardware: All
OS: All
Status: NEW
Severity: minor
Priority: Unprioritized
Component: Wikidata
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: felix(a)fex-it.de
Web browser: ---
Mobile Platform: ---
If adding a claim, two types of errors are thrown in case of a deleted item:
item = pywikibot.ItemPage(repo, "Q726")
target = pywikibot.ItemPage(repo, "Q14854094")
c = pywikibot.Claim(repo, u'P171')
c.addTarget(target)
item.addClaim(c) # Error if item or target were deleted
At the last line, you get either
pywikibot.exceptions.NoPage: Page [[wikidata:-1]] doesn't exist.
if item (Q726) has been deleted or
pywikibot.data.api.APIError: invalid-snak-value: Q14854094 not found
if the target (Q14854094) has been deleted.
It would be great, if for the latter a specific "InvalidValueError" or similar
would be thrown. Then, the error could be caught and handled specifically
without the need to parse the (possibly changing) API error message itself.
--
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.
