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=68564
Bug ID: 68564
Summary: textlib.categoryFormat() only works for site specified
by config or command line
Product: Pywikibot
Version: core (2.0)
Hardware: All
OS: All
Status: NEW
Severity: critical
Priority: Unprioritized
Component: textlib.py
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: jayvdb(a)gmail.com
Web browser: ---
Mobile Platform: ---
textlib.categoryFormat() only works when the categories are on the same site as
config.family/config.mylang
The breakage was introduced with:
https://gerrit.wikimedia.org/r/#/c/147845/
Which caused the ar:wikipedia and test:wikidata travis builds to break
https://travis-ci.org/wikimedia/pywikibot-core/jobs/30527485
FAIL: test_category_format_Page (__main__.TestFormatFunctions)
----------------------------------------------------------------------
Traceback (most recent call last):
File "tests/textlib_tests.py", line 130, in test_category_format_Page
textlib.categoryFormat(data, self.site))
AssertionError: u'[[Category:Cat1]]\n[[Category:Cat2]]\n' !=
u'[[en:Category:Cat1]]\n[[en:Category:Cat2]]\n'
- [[Category:Cat1]]
+ [[en:Category:Cat1]]
? +++
- [[Category:Cat2]]
+ [[en:Category:Cat2]]
? +++
I have tested both of these proposed changes, and neither fixes this breakage:
https://gerrit.wikimedia.org/r/#/c/147860/https://gerrit.wikimedia.org/r/#/c/148553/
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=66063
Bug ID: 66063
Summary: network errors not handled correctly
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: jayvdb(a)gmail.com
Web browser: ---
Mobile Platform: ---
In the event of a http issue of any kind, pywiki will retry 25 times by
default, with a 2 minute delay, meaning a 50 minute wait until it returns to
the command line unless the user interrupts the process with ^C.
Each retry it will print an exception.
In the case I am seeing now, the issue is a firewall preventing access to the
wiki. The firewall immediately responds, so this is not a timeout, and 25
retries 2 minutes apart will not magically make the problem disappear.
WARNING: Waiting 120 seconds before retrying.
ERROR: Traceback (most recent call last):
File "..pywikibot/data/api.py", line 306, in submit
body=paramstring)
File "..pywikibot/comms/http.py", line 155, in request
raise request.data
error: ...
And at the end it will print a long traceback, ending with
File "..pywikibot/data/api.py", line 434, in wait
raise TimeoutError("Maximum retries attempted without success.")
pywikibot.data.api.TimeoutError
<class 'pywikibot.data.api.TimeoutError'>
CRITICAL: Waiting for 1 network thread(s) to finish. Press ctrl-c to abort
The error need not have been a TimeoutError - all http errors are reported as a
TimeoutError.
The http layer should differentiate real timeout errors from other errors that
it can not fix (especially permanent errors like 403 being caused by a
firewall).
--
You are receiving this mail because:
You are the assignee for the bug.
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=65760
Amir Ladsgroup <ladsgroup(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|Unprioritized |Low
CC| |russblau(a)hotmail.com
Severity|normal |enhancement
--
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.