https://bugzilla.wikimedia.org/show_bug.cgi?id=69015
Bug ID: 69015
Summary: cfd assumes family wikipedia
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 script cfd is run with family wikidata, it throws NoSuchSite.
Traceback (most recent call last):
File "pwb.py", line 157, 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/cfd.py", line 178, in <module>
main()
File "scripts/cfd.py", line 69, in main
for line in page.get().split("\n"):
File ".../pywikibot/__init__.py", line 432, in wrapper
return method(*__args, **__kw)
File ".../pywikibot/__init__.py", line 432, in wrapper
return method(*__args, **__kw)
File ".../pywikibot/page.py", line 315, in get
self._getInternals(sysop)
File ".../pywikibot/page.py", line 339, in _getInternals
self.site.loadrevisions(self, getText=True, sysop=sysop)
File ".../pywikibot/page.py", line 121, in site
return self._link.site
File ".../pywikibot/page.py", line 3750, in site
self.parse()
File ".../pywikibot/page.py", line 3673, in parse
newsite = pywikibot.Site(otherlang, familyName)
File ".../pywikibot/__init__.py", line 483, in Site
_sites[key] = __Site(code=code, fam=fam, user=user, sysop=sysop)
File ".../pywikibot/site.py", line 635, in __init__
BaseSite.__init__(self, code, fam, user, sysop)
File ".../pywikibot/site.py", line 166, in __init__
% (self.__code, self.__family.name))
pywikibot.exceptions.NoSuchSite: Language wikidata does not exist in family
wikipedia
<class 'pywikibot.exceptions.NoSuchSite'>
CRITICAL: Waiting for 1 network thread(s) to finish. Press ctrl-c to abort
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=64847
Bug ID: 64847
Summary: Provide CONTENTS
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: 55880, 64840
Web browser: ---
Mobile Platform: ---
CONTENTS provides an overview of all included bots. This should probably be
merged with the general docs on WM.org.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=67724
Bug ID: 67724
Summary: commands.log missing in core
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: jan.dudik(a)gmail.com
Web browser: ---
Mobile Platform: ---
In compat version there is file logs\commands.log which contains history of all
command which were used for running bot. It is udeful when I want to run some
more complicated command again.
Unfortunatelly, there is no such log in core branch.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=68797
Bug ID: 68797
Summary: script_wui hardcoded to use User:DrTrigon
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: ---
scripts/script_wui.py fails with horrible backtrace if not configured.
$ python pwb.py scripts/script_wui.py
* Initialization of bot
** Redirecting Lua print in order to catch it
** Pre-loading all relevant page contents
Traceback (most recent call last):
File "pwb.py", line 157, 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/script_wui.py", line 292, in <module>
main()
File "scripts/script_wui.py", line 283, in main
bot = ScriptWUIBot(site, chan, site.user() + "_WUI", "irc.wikimedia.org")
File "scripts/script_wui.py", line 137, in __init__
self.refs[item].get(force=True) # load all page contents
File "...pywikibot/__init__.py", line 432, in wrapper
return method(*__args, **__kw)
File "...pywikibot/__init__.py", line 432, in wrapper
return method(*__args, **__kw)
File "...pywikibot/page.py", line 315, in get
self._getInternals(sysop)
File "...pywikibot/page.py", line 339, in _getInternals
self.site.loadrevisions(self, getText=True, sysop=sysop)
File ".../pywikibot/site.py", line 2024, in loadrevisions
raise NoPage(page)
pywikibot.exceptions.NoPage: Page [[en:User:DrTrigon/DrTrigonBot/script
wui-shell.css]] doesn't exist.
<class 'pywikibot.exceptions.NoPage'>
CRITICAL: Waiting for 1 network thread(s) to finish. Press ctrl-c to abort
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=68664
Bug ID: 68664
Summary: replicate_wiki doesnt support help or other global
command line options
Product: Pywikibot
Version: core (2.0)
Hardware: All
OS: All
Status: NEW
Severity: major
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: jayvdb(a)gmail.com
Web browser: ---
Mobile Platform: ---
replicate_wiki does not call handleArgs, and uses argparse without offering
something like -help.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=68153
Bug ID: 68153
Summary: blockpageschecker.py fails on English Wikipedia
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: ---
Firstly, categoryToCheck is set to [[Category:Protected]] which is wrong.
When categoryToCheck is set to [[Category:Wikipedia protected pages]], it gives
the following error because it has not been configured for English Wikipedia.
If blockpageschecker.py is run on
Loading [[OMICS Group]]...
Traceback (most recent call last):
File "pwb.py", line 153, 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/blockpageschecker.py", line 498, in <module>
main()
File "scripts/blockpageschecker.py", line 336, in main
replaceToPerform = u'|'.join(TTP + TSP)
TypeError: unsupported operand type(s) for +: 'NoneType' and 'NoneType'
<type 'exceptions.TypeError'>
Support for English Wikipedia has been disabled since 2008 with this changeset,
as 'en' was set to None for all the other configuration fields.
https://mediawiki.org/wiki/Special:Code/pywikipedia/5246
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55238
Web browser: ---
Bug ID: 55238
Summary: imagecopy_self.py replaces usage even if upload to C
fails
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/1332/
Reported by: mga73
Created on: 2011-08-23 17:25:13
Subject: imagecopy_self.py replaces usage even if upload to C fails
Original description:
If a file is moved to Commons with a new name imagecopy\_self.py replaces the
usage. That is good :-\)
However, I have 2 examples where usage was replaced even if file was not moved
to Commons.
1\) I made a typo in .jpg
http://en.wikipedia.org/w/index.php?title=Rashean\_Mathis&diff=438089781&ol…
2\) Filetype did not match .ext
http://ms.wikipedia.org/w/index.php?title=Sekolah\_Menengah\_Kebangsaan\_St…
So I suggest that replace is only done once the upload is verified.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55306
Web browser: ---
Bug ID: 55306
Summary: Problems with revdelete
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/937/
Reported by: platonides
Created on: 2009-05-11 22:26:00
Subject: Problems with revdelete
Original description:
Wikipedia is now using revdelete in everyday use.
This means that content, editor or summaries may be selectively deleted.
pywikipediabot isn't prepared to handle that, and will break throwing an
exception, even if that field isn't needed for the specific action being done.
I encountered it with instances of <contributor deleted="deleted"/> but
will likely happen with all deleted fields.
If you use -page: generator where it has the contributor deleted, it'll throw
from
xmlreader.py, line 180, in endElement
text, self.username,
AttributeError: MediaWikiXmlHandler instance has no attribute 'username'
MediaWikiXmlHandler instance has no attribute 'username'
If you were using a -xml: generator, it's much more cyptic:
xmlreader.py", line 64, in \_\_init\_\_
self.username = username.strip\(\)
AttributeError: 'bool' object has no attribute 'strip'
'bool' object has no attribute 'strip'
Using r6870.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=62974
Bug ID: 62974
Summary: unknown internal_api_error_DBConnectionError should be
handled
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: ---
Execution time: 5552 seconds
Traceback (most recent call last):
File "C:\pwb\compat\checkimages.py", line 1985, in <module>
main()
File "C:\pwb\compat\checkimages.py", line 1971, in main
if Bot.checkStep():
File "C:\pwb\compat\checkimages.py", line 1709, in checkStep
self.imageCheckText = self.image.get()
File "C:\pwb\compat\wikipedia.py", line 769, in get
expandtemplates=expandtemplates)
File "C:\pwb\compat\wikipedia.py", line 845, in _getEditPage
raise RuntimeError("API query error: %s" % data)
RuntimeError: API query error: {u'servedby': u'mw1139', u'error': {u'info':
u'Ex
ception Caught: DB connection error: Too many connections (10.64.16.34)', u'*':
u'', u'code': u'internal_api_error_DBConnectionError'}}
I do not know, what this error stands for. I propose just to retry.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=64991
Bug ID: 64991
Summary: DB connection error: Too many connections
Product: Pywikibot
Version: compat (1.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: ---
Sometimes this error occures:
Traceback (most recent call last):
File "C:\pwb\compat\checkimages.py", line 1985, in <module>
main()
File "C:\pwb\compat\checkimages.py", line 1930, in main
logFullError=logFullError)
File "C:\pwb\compat\checkimages.py", line 637, in __init__
self.list_licenses = self.load_licenses()
File "C:\pwb\compat\checkimages.py", line 1315, in load_licenses
list_licenses = catlib.categoryAllPageObjectsAPI(catName)
File "C:\pwb\compat\catlib.py", line 754, in categoryAllPageObjectsAPI
site)[0]:
File "C:\pwb\compat\catlib.py", line 723, in categoryAllElementsAPI
return categoryAllElementsAPI(CatName, cmlimit=500)
File "C:\pwb\compat\catlib.py", line 725, in categoryAllElementsAPI
raise pywikibot.Error(data)
pywikibot.exceptions.Error: {u'servedby': u'mw1139', u'error': {u'info':
u'Excep
tion Caught: DB connection error: Too many connections (10.64.16.34)', u'*':
u''
, u'code': u'internal_api_error_DBConnectionError'}}
Maybe that should lead to wait cycle and restart the request.
--
You are receiving this mail because:
You are the assignee for the bug.