https://bugzilla.wikimedia.org/show_bug.cgi?id=54571
Web browser: ---
Bug ID: 54571
Summary: parameter expandtemplates for Page.linkedPages
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/patches/484/
Reported by: lankier
Created on: 2010-11-13 05:42:45
Subject: parameter expandtemplates for Page.linkedPages
Original description:
Added parameter expandtemplates for Page.linkedPages. I think it is a usefull
parameter.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55242
Web browser: ---
Bug ID: 55242
Summary: Fix translateAndCapitalizeNamespaces for Portuguese
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: ASSIGNED
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/1323/
Reported by: heldergeovane
Created on: 2011-06-30 14:48:20
Subject: Fix translateAndCapitalizeNamespaces for Portuguese
Assigned to: xqt
Original description:
Per discussion on
https://secure.wikimedia.org/wikipedia/pt/wiki/Wikipédia:Esplanada/proposta…"Imagem"\_em\_vez\_de\_"Arquivo"\_ou\_"Ficheiro"\_\(12mar2011\)?uselang=en
please, change the function translateAndCapitalizeNamespaces \(from
cosmetic\_changes.py\) so that the bots stop doing the following chnges:
\* Image --> Ficheiro
\* File --> Ficheiro
\* Arquivo --> Ficheiro
\* Imagem --> Ficheiro
This is necessary in order to avoid linguistic problems, considering that
"Arquivo" is the preferred word on Brazil but "Ficheiro" is preferred on
Portugal.
For \*\*image\*\* files, the word "Imagem" is common to both Portuguese
variants, and as such it is preferred, so this should be the name used when
changing the namespace name of images. The use of "Ficheiro" and "Arquivo" is
preferred only for \*\*other kinds of files\*\* \(such as PDF or OGG\), which
are not images.
So, in short, the bots should do the following changes:
\* For images \(i.e. files with one of the following extensions: png, gif, jpg,
jpeg, svg, tiff, tif\), change:
\*\* Image --> Imagem
\*\* File --> Imagem
\*\* Ficheiro --> Imagem
\*\* Arquivo --> Imagem
\*For other files \(i.e. files with one of the following extensions: xcf, pdf,
mid, ogg, ogv, djvu, oga\):
\*\* Arquivo --> Do not change \(we should respect the variant used by the
editors\)
\*\* Ficheiro --> Do not change \(we should respect the variant used by the
editors\)
\*\* File --> Do not change \(or change randomly to "Ficheiro" or "Arquivo",
since it is indeed a "file" and both pt and pt-BR are acceptable\)
\*\* Image --> Do not change \(or change randomly to "Ficheiro" or
"Arquivo", since it is indeed a "file" and both pt and pt-BR are acceptable\)
\*\* Imagem --> Do not change \(or change randomly to "Ficheiro" or
"Arquivo", since it is indeed a "file" and both pt and pt-BR are acceptable\)
PS: the output of "python version.py" is the foolowing, although this bug
report applies to all versions:
\----
Pywikipedia \[http\] trunk/pywikipedia \(r9323, 2011/06/30, 12:40:56\)
Python 2.7.1+ \(r271:86832, Apr 11 2011, 18:13:53\)
\[GCC 4.5.2\]
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.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55217
Web browser: ---
Bug ID: 55217
Summary: _getContentsNaive doesn't honour "recurse" parameter
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/1403/
Reported by: Anonymous user
Created on: 2012-02-03 21:35:56
Subject: _getContentsNaive doesn't honour "recurse" parameter
Original description:
\--- catlib.py \(révision 9851\)
+++ catlib.py \(copie de travail\)
@@ -170,7 +170,12 @@
sortby=sortby, sortdir=sortdir\):
yield tag, page
if tag == SUBCATEGORY and recurse:
\- for item in page.\_getContentsNaive\(recurse=True,
\+ if recurse:
\+ if type\(recurse\) is int:
\+ newrecurse = recurse - 1
\+ else:
\+ newrecurse = recurse
\+ for item in page.\_getContentsNaive\(recurse=newrecurse,
sortby=sortby, sortdir=sortdir\):
yield item
my version:
guillaume@barbaz:~/src/pywikipedia$ python version.py
Pywikipedia \[http\] trunk/pywikipedia \(r9850, 2012/02/01, 12:21:57\)
Python 2.7.1+ \(r271:86832, Apr 11 2011, 18:13:53\)
\[GCC 4.5.2\]
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.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55330
Web browser: ---
Bug ID: 55330
Summary: interwiki.py -untranslatedonly -number:nn not
intuitive
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/412/
Reported by: purodha
Created on: 2007-06-03 13:26:17
Subject: interwiki.py -untranslatedonly -number:nn not intuitive
Original description:
interwiki.py -untranslatedonly -number:nn -confirm
acts counterinuitively. I expect the be asked for nn groups of page hints, and
that nn pages may be altered.
In fact, nn pages are being checked, and only those among them which match the
-untranslatedonly criterion, are possibly altered. Only for those, hints are
being asked from me. Their number is usually far less than nn, and may be even
zero. I have to know, or guess, how many "-untranslatedonly" pages there are in
a selection, given e.g. by -cat:cc, or -link:ll, etc., and how these are
distributed, so as to find a decent value for nn, to avoid unneccessary loading
of pages \(if I choose nn too high\) or a too short session \(if I choose nn
too low\) which due to reprocessing the same call with a larger nn, again
creates an unneccessary burden on the servers.
What I want with -untranslatedonly -number:nn -confirm, is to process exactly
nn pages. I want to be asked about less pages only, if my selection has been
exhausted before nn pages have been processed.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=63569
Bug ID: 63569
Summary: redirect.py should process CircularRedirect exception
silently instead of break the script
Product: Pywikibot
Version: core (2.0)
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: redirect.py
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: info(a)gno.de
Web browser: ---
Mobile Platform: ---
C:\pwb\core>pwb.py redirect double -moves -total:500 -always -lang:en
.Page [[Portuguese Association of Ryerson]] saved
.........Traceback (most recent call last):
File "C:\pwb\core\pwb.py", line 143, in <module>
run_python_file(fn, argv, argvu)
File "C:\pwb\core\pwb.py", line 67, in run_python_file
exec(compile(source, filename, "exec"), main_mod.__dict__)
File "C:\pwb\core\scripts\redirect.py", line 824, in <module>
main()
File "C:\pwb\core\scripts\redirect.py", line 820, in main
bot.run()
File "C:\pwb\core\scripts\redirect.py", line 732, in run
self.fix_double_redirects()
File "C:\pwb\core\scripts\redirect.py", line 536, in fix_double_redirects
for redir_name in self.generator.retrieve_double_redirects():
File "C:\pwb\core\scripts\redirect.py", line 307, in
retrieve_double_redirects
for redir_page in gen:
File "C:\pwb\core\scripts\redirect.py", line 367, in
get_moved_pages_redirects
redirectsOnly=True):
File "C:\pwb\core\pywikibot\page.py", line 680, in getReferences
content=content
File "C:\pwb\core\pywikibot\site.py", line 1674, in pagereferences
namespaces=namespaces, step=step, content=content),
File "C:\pwb\core\pywikibot\site.py", line 1622, in pagebacklinks
if redir.getRedirectTarget() == page:
File "C:\pwb\core\pywikibot\page.py", line 1201, in getRedirectTarget
return self.site.getredirtarget(self)
File "C:\pwb\core\pywikibot\site.py", line 1476, in getredirtarget
raise pywikibot.CircularRedirect(redirmap[title])
pywikibot.exceptions.CircularRedirect: Talk:Green Party Korea
<class 'pywikibot.exceptions.CircularRedirect'>
CRITICAL: Waiting for 1 network thread(s) to finish. Press ctrl-c to abort
C:\pwb\core>pwb.py version
WARNING: Configuration variable 'account_global' is defined but unknown.
Misspelled?
WARNING: Configuration variable 'use_diskcache' is defined but unknown.
Misspelled?
WARNING: Configuration variable 'notify_unflagged_bot' is defined but unknown.
Misspelled?
Pywikibot: pywikibot-core (2c735d1, s3944, 2014/03/31, 21:29:43, ok)
Release version: 2.0b1
Python: 2.7.3 (default, Apr 10 2012, 23:24:47) [MSC v.1500 64 bit (AMD64)]
unicode test: ok
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=64501
Bug ID: 64501
Summary: Modify pywikibot.Timestamp to support Wikidata
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
CC: legoktm.wikipedia(a)gmail.com
Web browser: ---
Mobile Platform: ---
Pywikibot currently contains a Timestamp class (see
https://git.wikimedia.org/blob/pywikibot%2Fcore.git/HEAD/pywikibot%2F__init…).
This class should be modified like Coordinate to support Wikidata.
Example how to add a time claim:
'action' => 'wbcreateclaim',
'entity' => 'Q82',
'property' => 'P11',
'snaktype' => 'value',
'value' =>
'{"time":"+00000002010-01-02T00:00:00Z","timezone":0,"before":0,"after":0,"precision":11,"calendarmodel":"http://www.wikidata.org/entity/Q1985727"}',
'bot' => 1,
(from https://www.mediawiki.org/wiki/Extension:Wikibase_Repository/API)
Should probably at least implement "toWikibase" and "fromWikibase"
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55057
Web browser: ---
Bug ID: 55057
Summary: Add upload protection to protect.py
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/269/
Reported by: Anonymous user
Created on: 2010-10-20 12:14:56
Subject: Add upload protection to protect.py
Original description:
It would be quite useful for the file protect.py to also have the upload
protection so wikis like Commons can move to the upload protection of all
files.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=59013
Web browser: ---
Bug ID: 59013
Summary: KeyError in site.py in token function when token type
is "move"
Product: Pywikibot
Version: core (2.0)
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: pyfisch(a)googlemail.com
Classification: Unclassified
Mobile Platform: ---
Created attachment 14181
--> https://bugzilla.wikimedia.org/attachment.cgi?id=14181&action=edit
Terminal output
There is only an "edittoken" and no "movetoken" in the item dict:
{u'lastrevid': 503550838, u'pageid': 17875787, u'title': u'Category
talk:Contents', u'starttimestamp': u'2013-12-28T10:25:42Z', u'counter': u'',
u'length': 1820, u'contentmodel': u'wikitext', u'pagelanguage': u'en',
u'touched': u'2013-08-05T20:18:23Z', u'ns': 15}
A complete log is in the attachment.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55335
Web browser: ---
Bug ID: 55335
Summary: command-line parameter '-log' and pwb.py not
compatible
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: dr.trigon(a)surfeu.ch
Classification: Unclassified
Mobile Platform: ---
When using pwb.py together with '-log', e.g. run
$ python pwb.py clean_sandbox.py -simulate -log
we get 2 log files created, namely:
* 'logs/pwb.log' (wrong)
* 'logs/pwb.pyclean_sandbox.py-simulate-log.log' (correct)
of which the first is wrong and should not be used at all.
Look also at https://gerrit.wikimedia.org/r/#/c/85411/ .
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55333
Web browser: ---
Bug ID: 55333
Summary: command-line parameter '-log' and user-config.py
switch 'log=' not compatible
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: dr.trigon(a)surfeu.ch
Classification: Unclassified
Mobile Platform: ---
When adding following switch to user-config.py:
log = ['*']
and then use it together with '-log', e.g. run
$ python pwb.py clean_sandbox.py -simulate -log
we get a mess in the log file (all lines doubled).
Look also at https://gerrit.wikimedia.org/r/#/c/85411/ .
--
You are receiving this mail because:
You are the assignee for the bug.