https://bugzilla.wikimedia.org/show_bug.cgi?id=66897
Bug ID: 66897
Summary: ImportError when git submodule i18n not initialised
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: jayvdb(a)gmail.com
Web browser: ---
Mobile Platform: ---
If the git submodule i18n has not been initialised, all scripts which use
messages in that submodule fail with ImportError
transdict = getattr(__import__("scripts.i18n", fromlist=[package]),
package).msg
ImportError: No module named i18n
<type 'exceptions.ImportError'>
pwb.py doesnt check it has been initialised and advise the user what to do.
Of less importance, running the test suites without the submodule initialised
results in errors in the i18n tests. These tests should be skipped if the i18n
submodule doesnt exist.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=64958
Bug ID: 64958
Summary: representation string fails for page object
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
Web browser: ---
Mobile Platform: ---
sample:
>>> import pwb
>>> import pywikibot as py
>>> s = py.Site('af')
>>> p = py.Page(s, 'user:xqt')
>>> p
Page(Gebruiker:Xqt)
>>> s = py.Site('fa')
>>> p = py.Page(s, 'user:xqt')
>>> p
Traceback (most recent call last):
File "<pyshell#12>", line 1, in <module>
p
File "pywikibot\page.py", line 224, in __repr__
self.title().encode(config.console_encoding))
File "C:\Python27\lib\encodings\cp850.py", line 12, in encode
return codecs.charmap_encode(input,errors,encoding_map)
UnicodeEncodeError: 'charmap' codec can't encode characters in position 0-4:
character maps to <undefined>
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=65044
Bug ID: 65044
Summary: Intermittent 'wrong password' errors while using
-family:commons with enwiki home 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: valhallasw(a)arctus.nl
CC: bugzilla+org.wikimedia(a)tuxmachine.com
Web browser: ---
Mobile Platform: ---
Created attachment 15320
--> https://bugzilla.wikimedia.org/attachment.cgi?id=15320&action=edit
User config file used by JeremyB
>From JeremyB via IRC.
21:55 < jeremyb> valhalla1w: i think maybe i even discussed my not staying
logged in problem with you a couple months ago?
21:55 < jeremyb> with upload.py after running login.py
21:56 < jeremyb> i was getting prompted for password and periodically hit some
kind of wrong passwd throttle and it didn't seem to matter whether the password
i
entered was accurate or not
21:56 < jeremyb> (i could enter garbage and hit enter and the upload would
still maybe succeed)
21:56 < jeremyb> adding -lang to command line drastically improved things (and
it stopped prompting for passwd)
23:01 < jeremyb> home seems to be enwiki. commons is an addition on the very
last line of user-config.py
Command to reproduce should be:
23:12 < jeremyb> 08 01:10:32 < jeremyb> $ for c in $(ls -1 ???_ocha.txt | cut
-d _ -f 1 | sed -n 135,146p); do python
/shared/pywikipedia/core/scripts/upload.py -v
-family:commons -log -noverify -filename:"$(<"$c"_ocha.name)"
"${c}_ocha.svg" "$(<"$c"_ocha.txt)"; date -R; done
23:13 < jeremyb> valhalla1w: i did definitely do login.py -v -all
23:13 < jeremyb> and login.py -v -all -test
23:13 < jeremyb> (but unsure of parameter order)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=64856
Bug ID: 64856
Summary: Port various commons upload bots to core & move to
seperate repository
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
Web browser: ---
Mobile Platform: ---
imagecopy.py
imagecopy_self.py
imageharvest.py
panoramiopicker.py
Maybe some others in the future.
--
You are receiving this mail because:
You are the assignee for the bug.
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.
