https://bugzilla.wikimedia.org/show_bug.cgi?id=69069
Bug ID: 69069
Summary: Scripts which are not properly tested by script_tests
[tracking]
Product: Pywikibot
Version: core (2.0)
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: tests
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: jayvdb(a)gmail.com
Web browser: ---
Mobile Platform: ---
Most scripts should respond to -help and quit.
The scripts which do not offer -help are:
shell
version
checkimages (bug 68613)
data_ingestion (bug 68611)
flickrripper (bug 68606, and others)
replicate_wiki (bug 68664)
The script 'shell' may not benefit from a -help, but it wouldnt hurt.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=71864
Bug ID: 71864
Summary: Travis builds not loading flickrripper due to missing
ImageTk
Product: Pywikibot
Version: core (2.0)
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: tests
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: jayvdb(a)gmail.com
Web browser: ---
Mobile Platform: ---
As mentioned on bug 71454 comment 2 , current travis builds are not loading
flickrripper as script_tests cant import dependency ImageTk
https://travis-ci.org/wikimedia/pywikibot-core/jobs/37419168
"flickrripper depends on ImageTk, which isnt available:
No module named ImageTk"
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=71454
Bug ID: 71454
Summary: Some test runs are verbose
Product: Pywikibot
Version: core (2.0)
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: tests
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: jayvdb(a)gmail.com
Web browser: ---
Mobile Platform: ---
Some test runs become verbose, without a user config setting for verbosity.
This previously occurred for travis builds against ar.wikipedia.
https://travis-ci.org/wikimedia/pywikibot-core/jobs/34230160
Current travis builds do not exhibit this behaviour, however it still occurs on
my ar.wikipedia test runs.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=70444
Bug ID: 70444
Summary: Family file for anarchopedia looks wrong
Product: Pywikibot
Version: unspecified
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: ---
There are few site codes which are obsolete and redirected to other. Seems the
Family.obsolote dict is twisted, e.g.
self.obsolete = {
'deu': 'de',
}
must be
self.obsolete = {
'de': 'ger',
'deu': 'ger',
}
some entry are overridden by later entries e.g. for 'ell' code
'nno' and 'nob' are still valid and not obsolete
See
http://pt.anarchopedia.org/api.php?action=query&meta=siteinfo&siprop=interw…
Note: the api is very very slow and should be cached maybe some kind of
precaching e.g. for Site.lang to get the right i18n quickly.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=64840
Bug ID: 64840
Summary: [Tracking] Documentation
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: 2007
Web browser: ---
Mobile Platform: ---
--
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=71398
Bug ID: 71398
Summary: Username case changes after site.data_repository
Product: Pywikibot
Version: core (2.0)
Hardware: All
OS: All
Status: NEW
Severity: trivial
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: CommodoreFabianus(a)gmx.de
Web browser: ---
Mobile Platform: ---
When the username starts in lowercase it's stored with that lowercase in the
“_sites” map. A site requested via data_repository() is stored with an
uppercase starting username.
>>> import pywikibot
>>> s = pywikibot.Site('test', 'wikidata')
>>> pywikibot._sites
{'wikidata:test:xZise': Site("test", "wikidata")}
>>> type(s)
<class 'pywikibot.site.APISite'>
>>> d = s.data_repository()
>>> type(d)
<class 'pywikibot.site.DataSite'>
>>> pywikibot._sites
{'wikidata:test:xZise': Site("test", "wikidata"), 'wikidata:test:XZise':
DataSite("test", "wikidata")}
This doesn't make a difference usually, because it requests via the “original”
lowercased name:
>>> import pywikibot
>>> pywikibot.Site('en', 'wikipedia')
Site("en", "wikipedia")
>>> pywikibot._sites
{'wikipedia:en:xZise': Site("en", "wikipedia")}
>>> pywikibot.Site('en', 'wikipedia')
Site("en", "wikipedia")
>>> pywikibot._sites
{'wikipedia:en:xZise': Site("en", "wikipedia")}
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=72667
Bug ID: 72667
Summary: KeyError: allpages for interwiki
Product: Pywikibot
Version: compat (1.0)
Hardware: All
OS: All
Status: NEW
Severity: critical
Priority: Unprioritized
Component: interwiki.py
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: jan.dudik(a)gmail.com
Web browser: ---
Mobile Platform: ---
interwiki.py -async -family:wiktionary -cleanup -continue -array:50 -query:30
-untranslated
...
NOTE: The first unfinished subject is [[cs:Kategorie:Finština]]
NOTE: Number of pages queued is 30, trying to add 30 more.
Dump cs (wiktionary) written.
Traceback (most recent call last):
File "D:\Py\interwiki.py", line 2665, in <module>
main()
File "D:\Py\interwiki.py", line 2639, in main
bot.run()
File "D:\Py\interwiki.py", line 2358, in run
self.queryStep()
File "D:\Py\interwiki.py", line 2331, in queryStep
self.oneQuery()
File "D:\Py\interwiki.py", line 2299, in oneQuery
site = self.selectQuerySite()
File "D:\Py\interwiki.py", line 2270, in selectQuerySite
self.generateMore(globalvar.maxquerysize - mycount)
File "D:\Py\interwiki.py", line 2178, in generateMore
page = self.pageGenerator.next()
File "D:\Py\pagegenerators.py", line 1104, in CombinedPageGenerator
for page in generator:
File "D:\Py\pagegenerators.py", line 549, in AllpagesPageGenerator
includeredirects=includeredirects):
File "D:\Py\wikipedia.py", line 8559, in allpages
warning = data['warnings']['allpages']['*']
KeyError: 'allpages'
D:\Py>
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=70795
Bug ID: 70795
Summary: Pywikibot does not work on closed WMF wikis
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: ---
It should be possible to access closed WMF wikis. The pywikibot family files
prevent this, and result in errors when attempting to instantiate a Site for a
closed wiki.
At least read API calls should be possible, and write actions depending on
user-rights. e.g. stewards have edit rights.
--
You are receiving this mail because:
You are the assignee for the bug.