https://bugzilla.wikimedia.org/show_bug.cgi?id=59949
Web browser: ---
Bug ID: 59949
Summary: category.py throws NotImplementedError: History
printing is not yet enabled.
Product: Pywikibot
Version: core (2.0)
Hardware: All
OS: All
Status: NEW
Severity: major
Priority: Unprioritized
Component: category.py
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: maarten(a)mdammers.nl
CC: pyfisch(a)googlemail.com
Classification: Unclassified
Mobile Platform: ---
When I try to do a category move "pwb.py category.py -lang:nl move -from:Bremen
-to:Vrije_Hanzestad_Bremen"
The bot crashes:
Traceback (most recent call last):
File "C:\pywikibot\core\pwb.py", line 135, in <module>
run_python_file(fn, argv, argvu)
File "C:\pywikibot\core\pwb.py", line 67, in run_python_file
exec(compile(source, filename, "exec"), main_mod.__dict__)
File "C:\pywikibot\core\scripts\category.py", line 1019, in <module>
main()
File "C:\pywikibot\core\scripts\category.py", line 989, in main
bot.run()
File "C:\pywikibot\core\scripts\category.py", line 411, in run
raise NotImplementedError("History printing is not yet enabled.")
NotImplementedError: History printing is not yet enabled.
Looks like the error got introduced in
http://git.wikimedia.org/blobdiff/pywikibot%2Fcore.git/d08e3c1ab38f7b925f92…
and it got approved in https://gerrit.wikimedia.org/r/#/c/104813/
A new option that hasn't been implemented yet shouldn't be enabled by default.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=59963
Web browser: ---
Bug ID: 59963
Summary: "git: command not found" shown if git is not installed
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
Classification: Unclassified
Mobile Platform: ---
The windows version is "git is not recognized as an internal or external
command, operable program or batch file.".
This error should not be shown to the user.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55121
Web browser: ---
Bug ID: 55121
Summary: No generate_family_file script
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/1669/
Reported by: legoktm
Created on: 2013-09-05 03:48:06.344000
Subject: No generate_family_file script
Original description:
core does not have a generate_family_files.py script that compat has.
This is necessary for anyone who wants to run on a 3rd party wiki.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55182
Web browser: ---
Bug ID: 55182
Summary: Unable to input unicode titles to command line
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/1489/
Reported by: xqt
Created on: 2012-07-09 15:21:41
Subject: Unable to input unicode titles to command line
Original description:
I didn't found it possible to input an unicode title to the command line like:
category.py move -from:"Anni de el VIII secoło a.C." -to:"Ani de el VIII secoło
a.C." -lang:vec
The result is:
Getting \[\[Categoria:Anni de el VIII secolo a.C.\]\]
Getting \[\[Categoria:Anni de el VIII secolo a.C.\]\]
with simple "l" instead of "ł" \(and btw I am wondering about the two gettings
while that category does not exist\)
decoding these categories works as follows:
category.py move -from:"Anni\_de\_el\_VIII\_seco%C5%82o\_a.C."
-to:"Anni\_de\_el\_VIII\_seco%C5%82o\_a.C." -lang:vec
This bug is also valid for rewrite branch but there is no output.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=59790
Web browser: ---
Bug ID: 59790
Summary: cosmetic changes cannot import name Category
Product: Pywikibot
Version: compat (1.0)
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: Cosmetic changes
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: jan.dudik(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
running interwiki bot with cosmetic:changes enabled (for cs:, disabled for de:
in this example) causes bot crash. With disabled cosmetic:changes it works
correctly:
interwiky.py -family:wiktionary -lang:sk jídlo
....
======Post-processing [[sk:jídlo]]======
Updating links on page [[de:jídlo]].
Changes to be made: Robot: Přidávám [[chr:jídlo]], [[sk:jídlo]]
+ [[chr:jídlo]]
+ [[sk:jídlo]]
NOTE: Updating live wiki...
Updating page [[de:jídlo]] via API
Updating links on page [[cs:jídlo]].
Changes to be made: Robot: Přidávám [[chr:jídlo]], [[sk:jídlo]]
+ [[chr:jídlo]]
+ [[sk:jídlo]]
NOTE: Updating live wiki...
Dump sk (wiktionary) appended.
Traceback (most recent call last):
File "I:\py\interwiki.py", line 2658, in <module>
main()
File "I:\py\interwiki.py", line 2632, in main
bot.run()
File "I:\py\interwiki.py", line 2350, in run
self.queryStep()
File "I:\py\interwiki.py", line 2328, in queryStep
subj.finish()
File "I:\py\interwiki.py", line 1766, in finish
if self.replaceLinks(page, new):
File "I:\py\interwiki.py", line 2007, in replaceLinks
comment=mcomment)
File "I:\py\wikipedia.py", line 2222, in put
newtext = ccToolkit.change(newtext)
File "I:\py\cosmetic_changes.py", line 157, in change
text = self.standardizePageFooter(text)
File "I:\py\cosmetic_changes.py", line 251, in standardizePageFooter
categories = pywikibot.getCategoryLinks(text, site=self.site)
File "I:\py\pywikibot\textlib.py", line 639, in getCategoryLinks
import catlib
File "I:\py\pywikibot\catlib.py", line 17, in <module>
from pywikibot import Category
ImportError: cannot import name Category
I:\py>
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=59812
Web browser: ---
Bug ID: 59812
Summary: Add Bangla Wikipedia template info for welcome.py
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: wikitanvir(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
Please add Bangla Wikipedia template to welcome new users. Following rule
should be added to welcome.py.
'bn': u'{{subst:স্বাগতম/বট}} %s',
See the template here:
https://bn.wikipedia.org/wiki/%E0%A6%9F%E0%A7%87%E0%A6%AE%E0%A6%AA%E0%A7%8D…
Thanks.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=58942
Web browser: ---
Bug ID: 58942
Summary: [tracking] features to move from scripts to framework
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: 58940
Classification: Unclassified
Mobile Platform: ---
This bug is to track features that are now in specific scripts, but that should
be moved to the framework.
Some examples:
- functions in scripts that could be used more broadly (e.g. functions that
work on page text could be moved to textlib)
- parts of scripts that call the API, or some other low-level layer, directly
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=58940
Web browser: ---
Bug ID: 58940
Summary: [tracking] Pywikibot tracking bugs
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
Depends on: 55880, 56190
Blocks: 2007
Classification: Unclassified
Mobile Platform: ---
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55174
Web browser: ---
Bug ID: 55174
Summary: Category name misinterpreted if it starts by a IL
prefix
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/1507/
Reported by: malafaya
Created on: 2012-08-31 15:13:10
Subject: Category name misinterpreted if it starts by a IL prefix
Original description:
Many Wiktionaries use language code prefixes in categories. I tried executing:
>> category.py -lang:mk -family:wiktionary -inplace move
Category to move from: A
Category to move to: mk:B
\[...\]
Result: Pages will be moved from Category:A to Category:B, not Category:mk:B\!
"mk:" is being considered as the wiki interlanguage prefix.
Pywikipedia trunk/pywikipedia/ \(r10504, 2012/08/23, 10:22:31\)
Python 2.7.2 \(default, Jun 12 2011, 14:24:46\) \[MSC v.1500 64 bit \(AMD64\)\]
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=59223
Web browser: ---
Bug ID: 59223
Summary: Page.title(asLink=True) bases link format on
config.mylang and config.family instead of a parameter
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
Classification: Unclassified
Mobile Platform: ---
Currently, Page.title(asLink=True) bases it's format on the 'current site':
[[wp:en:page]] will be rendered as [[page]] if the current site is enwiki, but
as [[wp:en:page]] if the current site is nlwiktionary.
However, this is not necessarily what we want -- we want to use the link /on
some page/ which may or may not be the 'current site'. Page.title should
therefore take a Site object to override this behavior.
--
You are receiving this mail because:
You are the assignee for the bug.