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=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.
https://bugzilla.wikimedia.org/show_bug.cgi?id=65940
Bug ID: 65940
Summary: Bot crashes on quanitity
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
Web browser: ---
Mobile Platform: ---
Bot tries to parse https://www.wikidata.org/wiki/Q156578 (api:
https://www.wikidata.org/w/api.php?action=wbgetentities&ids=Q156578&props=c…).
When it hits:
<qualifiers hash="a547d1ffad0cb4fd780b1ec0bf357c4a04db1fd6"
snaktype="value" property="P1107" datatype="quantity">
<datavalue type="quantity">
<value amount="+0.9955" unit="1" upperBound="+0.9956"
lowerBound="+0.9954" />
</datavalue>
</qualifiers>
It goes down in flames:
Adding 52.2203, 21.0256 to Q4504785
Working on Volkswagen AG
Traceback (most recent call last):
File "pwb.py", line 143, 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/coordinate_import.py", line 91, in <module>
main()
File "scripts/coordinate_import.py", line 88, in main
coordbot.run()
File "scripts/coordinate_import.py", line 54, in run
if item.exists():
File "/home/mdammers/pywikibot/core/pywikibot/page.py", line 2451, in exists
self.get()
File "/home/mdammers/pywikibot/core/pywikibot/page.py", line 2640, in get
c = Claim.fromJSON(self.repo, claim)
File "/home/mdammers/pywikibot/core/pywikibot/page.py", line 2888, in
fromJSON
qual = Claim.qualifierFromJSON(site, qualifier)
File "/home/mdammers/pywikibot/core/pywikibot/page.py", line 2915, in
qualifierFromJSON
return Claim.fromJSON(site, wrap)
File "/home/mdammers/pywikibot/core/pywikibot/page.py", line 2876, in
fromJSON
claim.target = pywikibot.WbQuantity.fromWikibase(value)
File "/home/mdammers/pywikibot/core/pywikibot/__init__.py", line 358, in
fromWikibase
amount = long(wb[u'amount'])
ValueError: invalid literal for long() with base 10: '+0.9955'
<type 'exceptions.ValueError'>
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=54573
Web browser: ---
Bug ID: 54573
Summary: rvdiffto parameter implementation
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/447/
Reported by: Anonymous user
Created on: 2010-05-27 03:19:29
Subject: rvdiffto parameter implementation
Original description:
No revisions diff text loading function is implemented in the framework. Here
is one:
Changelog:
Modified site.loadrevisions\(\) method to support rvdiffto parameter.
Added a Page.Revision.Diff class for storing the diff text and revto id.
Modified api.update\_page\(\) to save the new diff information.
A method from Page.py is still missing to get diffs just like you get a
revision now. But you can get the diff text from
page.\_revision\[id\].diff.text directly for now.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=58819
Web browser: ---
Bug ID: 58819
Summary: PYWP-9 create library for diffs, expand userlib
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: minor
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: wmf.bugconverter(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
This issue was converted from https://jira.toolserver.org/browse/PYWP-9.
Summary: create library for diffs, expand userlib
Issue type: New Feature - A new feature of the product, which has yet to be
developed.
Priority: Minor
Status: Open
Assignee: David <dkalkin(a)gmail.com>
On Fri, 29 Aug 2008 23:49:25, David <dkalkin(a)gmail.com> opened the following
bug:
> Add a new library, editlib, for parsing diffs. It will parse the
> diff html page, extracting info like editor, time, edit summary,
> etc, and creating lists of the lines and words marked as added and
> deleted. More details can be found in the docstrings. For use with
> editlib, some new functions are also added to userlib. These will
> get the user's registration date, the number of edits the user has
> made, and the number of vandalism warnings on the user's talk page.
> Only Wikipedia:en is supported - some of the regular expressions
> rely on English text. Within that scope, I've done reasonably
> thorough testing on the editlib functions, and somewhat less
> thorough testing on the new functions for userlib. All of this is
> designed for use with automated vandalism detection. I am working
> on a bot to do just that - User:Kalbot - but it's still in an early
> experimental stage. I am User:DKalkin on the English Wikipedia
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55244
Web browser: ---
Bug ID: 55244
Summary: unlinking StoredPage fails
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/1314/
Reported by: xqt
Created on: 2011-05-15 16:45:45
Subject: unlinking StoredPage fails
Original description:
While running multiple task unlinking StoredPage failes as follows
NOTE: Number of pages queued is 0, trying to add 60 more.
Dump sm \(wikipedia\) appended.
Traceback \(most recent call last\):
File "C:\pywikibot\PWB\interwiki.py", line 2714, in <module>
main\(\)
File "C:\pywikibot\PWB\interwiki.py", line 2696, in main
StoredPage.SPdeleteStore\(\)
File "C:\pywikibot\PWB\interwiki.py", line 832, in SPdeleteStore
os.unlink\(StoredPage.SPpath\)
WindowsError: \[Error 5\] Access denied:
'C:\\\pywikibot\\\PWB\\\cache\\\pagestore2'
C:\pywikibot\PWB>version.py
Pywikipedia \[http\] trunk/pywikipedia \(r9241, 2011/05/12, 05:05:26\)
Python 2.7.1 \(r271:86832, Nov 27 2010, 18:30:46\) \[MSC v.1500 32 bit
\(Intel\)\]
config-settings:
use\_api = True
use\_api\_login = True
unicode test: triggers problem \#3081100
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55155
Web browser: ---
Bug ID: 55155
Summary: LEFT-TO-RIGHT MARK makes categories() fail
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/1571/
Reported by: nu11zer0
Created on: 2013-01-30 19:36:16
Subject: LEFT-TO-RIGHT MARK makes categories() fail
Original description:
In categories\(\) from class Page, if there is LEFT-TO-RIGHT MARK or other
hidden characters in "\[\[Category:", pywikibot will fail to capture this
category. I noticed that in constructor of class Page, there is the code for
stripping many hidden characters. So why don't we apply this code with category
and others \(I'm not sure if there are other things which need stripping hidden
characters. Interwiki link? At least, I see many regular expressions for
capturing links, these actions can fail with hidden character too.\)
Pywikipedia trunk/pywikipedia/ \(r11014, 2013/01/28, 20:55:48, ok\)
Python 2.7.3 \(default, Sep 26 2012, 21:53:58\)
\[GCC 4.7.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.