https://bugzilla.wikimedia.org/show_bug.cgi?id=64839
Bug ID: 64839
Summary: Port maintainer.py et al to core and move to seperate
package
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
Blocks: 55880
Web browser: ---
Mobile Platform: ---
This is maintainer.py and it's dependencies:
censure.py
maintcont.py
rciw.py
I think this should be moved to a seperate package, which depends on pywikibot.
--
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.
