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=59649
Web browser: ---
Bug ID: 59649
Summary: transferbot does not support namespaces in right way
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: ---
c:\Pywikipedia\ssh\pywikibot\core>pwb.py transferbot -simulate
-page:user:xqt/Te
st -tolang:en -overwrite -tofamily:wiktionary
Page transfer configuration
---------------------------
Source: Site("de", "wikipedia")
Target: Site("en", "wiktionary")
Pages to transfer: -page:user:xqt/Test
Prefix for transferred pages:
Moving [[Benutzer:Xqt/Test]] to [[wiktionary:en:Benutzer:Xqt/Test]]...
<noinclude>
The appended summary text is:
<small>This page was moved from [[wikipedia:de:Benutzer:Xqt/Test]]. It's edit
hi
story can be viewed at [[Benutzer:Xqt/Test/edithistory]]</small>
There are wrong namespaces aliases on target site. This could be solved easily,
but I don't know how to proceed with prefix because that might be a namespace.
What is the right way:
prefix + namespace + title
or
prefix + title
or
namespace + prefix + title
where title is without namespace in this sample.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=62964
Bug ID: 62964
Summary: RuntimeError: maximum recursion depth exceeded in cmp
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
Web browser: ---
Mobile Platform: ---
I'm running:
pwb.py claimit.py -lang:tl P31 Q55488 P17 Q928
-catr:Category:Mga_estasyon_ng_daangbakal_ng_Pilipinas
Processing [[tl:Estasyong daangbakal ng Abenidang E. Delos Santos]]
Processing [[tl:Estasyong daangbakal ng Laong Laan]]
Processing [[tl:Estasyong daangbakal ng Nichols]]
Processing [[tl:Estasyong daangbakal ng Santa Mesa]]
Processing [[tl:Estasyong Abad Santos ng LRT]]
Processing [[tl:Estasyong Anonas ng LRT]]
[[tl:Estasyong Anonas ng LRT]] doesn't have a wikidata item :(
Processing [[tl:Estasyong Baclaran ng LRT]]
Processing [[tl:Estasyong Betty Go-Belmonte ng LRT]]
Processing [[tl:Estasyong Blumentritt ng LRT]]
Processing [[tl:Estasyong Sentrong Araneta-Cubao ng LRT]]
[[tl:Estasyong Sentrong Araneta-Cubao ng LRT]] doesn't have a wikidata item :(
Processing [[tl:Estasyong Abenidang E.Delos Santos ng LRT]]
Processing [[tl:Estasyong Doroteo Jose ng LRT]]
[[tl:Estasyong Doroteo Jose ng LRT]] doesn't have a wikidata item :(
Processing [[tl:Estasyong Gilmore ng LRT]]
[[tl:Estasyong Gilmore ng LRT]] doesn't have a wikidata item :(
Processing [[tl:Estasyong J. Ruiz ng LRT]]
Processing [[tl:Estasyong Katipunan ng LRT]]
Processing [[tl:Estasyong Legarda ng LRT]]
Processing [[tl:Estasyong Quirino ng LRT]]
Processing [[tl:Estasyong Recto ng LRT]]
Processing [[tl:Estasyong Santolan ng LRT]]
[[tl:Estasyong Santolan ng LRT]] doesn't have a wikidata item :(
Processing [[tl:Estasyong Tayuman ng LRT]]
Processing [[tl:Estasyong V. Mapa ng LRT]]
Processing [[tl:Estasyong Ayala ng MRT]]
Processing [[tl:Estasyong Boni ng MRT]]
Processing [[tl:Estasyong Buendia ng MRT]]
Processing [[tl:Estasyong Sentrong Araneta-Cubao ng MRT]]
Processing [[tl:Estasyong Guadalupe ng MRT]]
Processing [[tl:Estasyong Abenida Hilaga ng MRT]]
Processing [[tl:Estasyong Kamuning ng MRT]]
Processing [[tl:Estasyong Magallanes ng MRT]]
Processing [[tl:Estasyong Ortigas ng MRT]]
Processing [[tl:Estasyong Abenida Quezon ng MRT]]
Processing [[tl:Estasyong Bulebar Shaw ng MRT]]
Processing [[tl:Estasyong Santolan ng MRT]]
Processing [[tl:Estasyong Abenida Taft ng MRT]]
Traceback (most recent call last):
File "C:\pywikibot\core\pwb.py", line 143, in <module>
run_python_file(fn, argv, argvu)
File "C:\pywikibot\core\pwb.py", line 67, in run_python_file
exec(compile(source, filename, "exec"), main_mod.__dict__)
File "C:\pywikibot\core\scripts\claimit.py", line 219, in <module>
main()
File "C:\pywikibot\core\scripts\claimit.py", line 216, in main
bot.run()
File "C:\pywikibot\core\scripts\claimit.py", line 111, in run
for page in self.generator:
File "C:\pywikibot\core\pywikibot\pagegenerators.py", line 799, in
DuplicateFi
lterPageGenerator
for page in generator:
File "C:\pywikibot\core\pywikibot\pagegenerators.py", line 661, in
Categorized
PageGenerator
for a in category.articles(**kwargs):
File "C:\pywikibot\core\pywikibot\page.py", line 1879, in articles
endsort=endsort
(.....)
File "C:\pywikibot\core\pywikibot\page.py", line 1879, in articles
endsort=endsort
File "C:\pywikibot\core\pywikibot\page.py", line 1879, in articles
endsort=endsort
File "C:\pywikibot\core\pywikibot\page.py", line 1879, in articles
endsort=endsort
File "C:\pywikibot\core\pywikibot\page.py", line 1879, in articles
endsort=endsort
File "C:\pywikibot\core\pywikibot\page.py", line 1879, in articles
endsort=endsort
File "C:\pywikibot\core\pywikibot\page.py", line 1871, in articles
for subcat in self.subcategories(step=step):
File "C:\pywikibot\core\pywikibot\page.py", line 1777, in subcategories
total=total, content=content):
File "C:\pywikibot\core\pywikibot\site.py", line 1833, in categorymembers
**cmargs)
File "C:\pywikibot\core\pywikibot\site.py", line 832, in _generator
gen = gen_class(type_arg, site=self, **args)
File "C:\pywikibot\core\pywikibot\data\api.py", line 786, in __init__
QueryGenerator.__init__(self, generator=generator, **kwargs)
File "C:\pywikibot\core\pywikibot\data\api.py", line 517, in __init__
self.request = Request(**kwargs)
File "C:\pywikibot\core\pywikibot\data\api.py", line 137, in __init__
self.update(**kwargs)
File "C:\Python27\lib\_abcoll.py", line 492, in update
if isinstance(other, Mapping):
File "C:\Python27\lib\abc.py", line 141, in __instancecheck__
subtype in cls._abc_negative_cache):
File "C:\Python27\lib\_weakrefset.py", line 73, in __contains__
return wr in self.data
RuntimeError: maximum recursion depth exceeded in cmp
<type 'exceptions.RuntimeError'>
CRITICAL: Waiting for 1 network thread(s) to finish. Press ctrl-c to abort
--
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=61783
Bug ID: 61783
Summary: Install fails in virtualenv
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: kikkocristian(a)gmail.com
Web browser: ---
Mobile Platform: ---
Created attachment 14657
--> https://bugzilla.wikimedia.org/attachment.cgi?id=14657&action=edit
Detailed walktrough to reproduce the bug
Steps to reproduce:
* get pywikibot from http://tools.wmflabs.org/pywikibot/core.tar.gz
* tar extract that file
* create a virtualenv (e.g. pywikibottest)
* workon that virtualenv
* install the package following install instructions (basically python setup.py
install)
Import of pywikibot fails.
See attachment for details.
--
You are receiving this mail because:
You are the assignee for the bug.
