https://bugzilla.wikimedia.org/show_bug.cgi?id=64503
Bug ID: 64503
Summary: Add time to harvest_template.py
Product: Pywikibot
Version: core (2.0)
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: Wikidata
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: maarten(a)mdammers.nl
Depends on: 64501, 64502
Web browser: ---
Mobile Platform: ---
Time is one of the new Wikibase datatypes. harvest_template.py should support
importing time.
https://www.wikidata.org/wiki/User:Underlying_lk/harvest_template_old.py can be
used as reference, but that code combines everything. I split it up in multiple
bugs.
--
You are receiving this mail because:
You are the assignee for the bug.
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=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=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.
https://bugzilla.wikimedia.org/show_bug.cgi?id=69134
Bug ID: 69134
Summary: delete attempts to recreate deleted page, and fails
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: ---
If the page is deleted and the bot doesnt have a sysop account, delete.py
attempts to recreate it by marking it for deletion.
Without sysop account:
$ python pwb.py delete -page:'Test page'
Enter a reason for the deletion: It already is deleted
Processing page Test page
Can't delete [[en:Test page]]; do you want to mark it for deletion instead?
([Y]es, [N]o, [A]ll) Y
Sleeping for 7.0 seconds, 2014-08-05 09:03:50
Traceback (most recent call last):
File "pwb.py", line 166, in <module>
run_python_file(fn, argv, argvu)
File "pwb.py", line 67, in run_python_file
exec(compile(source, filename, "exec"), main_mod.__dict__)
File "scripts/delete.py", line 140, in <module>
main()
File "scripts/delete.py", line 133, in main
bot.run()
File "scripts/delete.py", line 75, in run
page.delete(self.summary, not self.getOption('always'))
File ".../pywikibot/__init__.py", line 476, in wrapper
return method(*__args, **__kw)
File ".../pywikibot/page.py", line 1475, in delete
return self.save(comment=reason)
File ".../pywikibot/__init__.py", line 476, in wrapper
return method(*__args, **__kw)
File ".../pywikibot/page.py", line 942, in save
**kwargs)
File ".../pywikibot/page.py", line 953, in _save
watch=watchval, bot=botflag, **kwargs)
File ".../pywikibot/site.py", line 575, in callee
return fn(self, *args, **kwargs)
File ".../pywikibot/site.py", line 2942, in editpage
raise LockedPage(errdata['title'])
pywikibot.exceptions.LockedPage: Page Test page is locked.
<class 'pywikibot.exceptions.LockedPage'>
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55104
Web browser: ---
Bug ID: 55104
Summary: Recreate deleted 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/144/
Reported by: Anonymous user
Created on: 2008-04-19 14:50:59
Subject: Recreate deleted page
Original description:
I searched and found closed and open bugs on recreating deleted pages, but I
think I can put it differently than others:
I \*want\* to use pagefromfile to upload a large amount of text that a user
upload badly by hand. Those pages have been deleted and would be much better
created en masse by the bot. I understand why most people would not want their
bots creating previously deleted pages, but it should be an option. Even if I
had to hit "Y" every time like I do with deletes, it should be possible.
I tried removing the pertaining objections in wikipedia.py, but the layout on
editing a previously deleted page is too different.
This should be an easy error to recreate.
mrandmrsmurphy(a)gmail.com
--
You are receiving this mail because:
You are the assignee for the bug.