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=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.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55255
Web browser: ---
Bug ID: 55255
Summary: delete.py --undelete unhandled exception when page
exists
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/1260/
Reported by: tgr_
Created on: 2010-11-21 15:52:40
Subject: delete.py --undelete unhandled exception when page exists
Original description:
Trying to undelete an existing page gives the following error:
Processing page XXX
Note: Your sysop account on wikipedia:hu does not have a bot flag. Its edits
wil
l be visible in the recent changes.
Sleeping for 6.3 seconds, 2010-11-21 16:34:14
Traceback \(most recent call last\):
File "C:\home\wikipedia\pywikipediabot\delete.py", line 242, in <module>
main\(\)
File "C:\home\wikipedia\pywikipediabot\delete.py", line 236, in main
bot.run\(\)
File "C:\home\wikipedia\pywikipediabot\delete.py", line 125, in run
page.undelete\(self.summary, throttle = True\)
File "C:\home\wikipedia\pywikipediabot\wikipedia.py", line 3306, in undelete
raise RuntimeError\("%s" % result\['error'\]\)
RuntimeError: \{u'info': u"Couldn't undelete: the requested revisions may not
exi
st, or may have been undeleted already", u'code': u'cantundelete'\}
version.py:
Pywikipedia \[http\] trunk/pywikipedia \(r8736, 2010/11/20, 10:28:21\)
Python 2.6.5 \(r265:79096, Mar 19 2010, 21:48:26\) \[MSC v.1500 32 bit
\(Intel\)\]
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=55016
Web browser: ---
Bug ID: 55016
Summary: Extended version information in user-agent
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/330/
Reported by: valhallasw
Created on: 2013-02-04 20:52:53
Subject: Extended version information in user-agent
Original description:
See the discussion at
https://www.mediawiki.org/wiki/Special:Code/pywikipedia/11027\#c33303
Implementation notes:
Hash of a file:
>>> import hashlib
>>> m = hashlib.sha1\(\)
>>> m.hexdigest\(\)
'93ae86148e74a7c3a3d63f7810b48c51889fba46'
Classes used in stack trace:
>> import inspect
>> \[\(x.\_\_module\_\_, x.\_\_name\_\_\) for x in
\(s\[0\].f\_locals.get\('self', None\).\_\_class\_\_ for s in
inspect.stack\(\)\)\]
Example result:
\[\('wikipedia\_family', 'Family'\), \('pdb', 'Pdb'\), \('pdb', 'Pdb'\),
\('pdb', 'Pdb'\), \('pdb', 'Pdb'\), \('pdb', 'Pdb'\), \('pdb', 'Pdb'\),
\('pdb', 'Pdb'\), \('pdb', 'Pdb'\), \('wikipedia\_family', 'Family'\),
\('wikipedia', 'Site'\), \('wikipedia', 'Site'\), \('wikipedia', 'Site'\),
\('wikipedia', 'Site'\), \('wikipedia', 'Site'\), \('wikipedia', 'Page'\),
\('wikipedia', 'Page'\), \('\_\_main\_\_', 'Subject'\), \('\_\_main\_\_',
'Subject'\), \('\_\_main\_\_', 'InterwikiBot'\), \('\_\_main\_\_',
'InterwikiBot'\), \('\_\_builtin\_\_', 'NoneType'\), \('\_\_builtin\_\_',
'NoneType'\), \('\_\_builtin\_\_', 'NoneType'\), \('pdb', 'Pdb'\), \('pdb',
'Pdb'\), \('\_\_builtin\_\_', 'NoneType'\), \('\_\_builtin\_\_', 'NoneType'\),
\('\_\_builtin\_\_', 'NoneType'\), \('\_\_builtin\_\_', 'NoneType'\)\]
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=54549
Web browser: ---
Bug ID: 54549
Summary: Not load unnecessary data in token()
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/patches/606/
Reported by: Anonymous user
Created on: 2013-04-08 12:22:18
Subject: Not load unnecessary data in token()
Assigned to: legoktm
Original description:
In token\(\), It queries info and \*all\* revisions of a page. Querying all
revisions is too expensive and unnecessary. For example, if I just want to
process the last revision of several pages and put them back, with the old
code, it loads all revisions when putting. It makes putting in rewrite branch
spend time about 10x compared to that in the trunk.
The patch I am presenting just do not load revisions. It shouldn't break other
functions since needed data has included in the info of a page.
\----
Pywikibot branches/rewrite/ \(r11357, 2013/04/07, 14:50:30, ok\)
Python 2.7.3 \(default, Sep 26 2012, 21:53:58\)
\[GCC 4.7.2\]
unicode test: ok
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=60381
Web browser: ---
Bug ID: 60381
Summary: Return of the AttributeError: 'Page' object has no
attribute '_isredir'
Product: Pywikibot
Version: core (2.0)
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: major
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: geofbot(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
We thought this was fixed, but alas...
local-sn1pebot@tools-login:~/core/pywikibot$ python
Python 2.7.3 (default, Sep 26 2013, 20:03:06)
[GCC 4.6.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import pywikibot
>>> site = pywikibot.getSite()
>>> page = pywikibot.Page(site)
>>> page.get("Cat")
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File
"/data/project/sn1pebot/.local/lib/python2.7/site-packages/pywikibot/__init__.py",
line 356, in wrapper
return method(*__args, **__kw)
File
"/data/project/sn1pebot/.local/lib/python2.7/site-packages/pywikibot/__init__.py",
line 356, in wrapper
return method(*__args, **__kw)
File
"/data/project/sn1pebot/.local/lib/python2.7/site-packages/pywikibot/page.py",
line 300, in get
self._getInternals(sysop)
File
"/data/project/sn1pebot/.local/lib/python2.7/site-packages/pywikibot/page.py",
line 330, in _getInternals
if self._isredir:
AttributeError: 'Page' object has no attribute '_isredir'
>>>
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=58574
Web browser: ---
Bug ID: 58574
Summary: unicodeDecodeError in url2unicode()
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
Classification: Unclassified
Mobile Platform: ---
Historia de Cerdeña -> corresponding page is Història de Sardenya
Traceback (most recent call last):
File "C:\pwb\core\pwb.py", line 135, 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\featured.py", line 683, in <module>
main()
File "C:\pwb\core\scripts\featured.py", line 676, in main
bot.run()
File "C:\pwb\core\scripts\featured.py", line 285, in run
self.run_good()
File "C:\pwb\core\scripts\featured.py", line 320, in run_good
self.treat(code, task)
File "C:\pwb\core\scripts\featured.py", line 372, in treat
self.featuredWithInterwiki(fromsite, process)
File "C:\pwb\core\scripts\featured.py", line 612, in featuredWithInterwiki
atrans.put(text, comment)
File "C:\pwb\core\pywikibot\page.py", line 906, in put
async=async, callback=callback, **kwargs)
File "C:\pwb\core\pywikibot\page.py", line 827, in save
**kwargs)
File "C:\pwb\core\pywikibot\page.py", line 834, in _save
comment = self._cosmetic_changes_hook(comment) or comment
File "C:\pwb\core\pywikibot\page.py", line 884, in _cosmetic_changes_hook
self.text = ccToolkit.change(old)
File "C:\pwb\core\scripts\cosmetic_changes.py", line 174, in change
text = self.cleanUpLinks(text)
File "C:\pwb\core\scripts\cosmetic_changes.py", line 510, in cleanUpLinks
'startspace'])
File "C:\pwb\core\pywikibot\textlib.py", line 208, in replaceExcept
replacement = new(match)
File "C:\pwb\core\scripts\cosmetic_changes.py", line 396, in handleOneLink
if not self.site.isInterwikiLink(titleWithSection):
File "C:\pwb\core\pywikibot\site.py", line 381, in isInterwikiLink
linkfam, linkcode = pywikibot.Link(text, self).parse_site()
File "C:\pwb\core\pywikibot\page.py", line 3102, in __init__
t = url2unicode(t, site=self._source)
File "C:\pwb\core\pywikibot\page.py", line 3546, in url2unicode
raise firstException
UnicodeDecodeError: 'utf8' codec can't decode byte 0x80 in position 12: invalid
start byte
Unfortunately the title is not printed to specify that bug
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55017
Web browser: ---
Bug ID: 55017
Summary: category.py dosen't work properly for template
namespace
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/329/
Reported by: reza1615
Created on: 2013-01-31 20:21:16
Subject: category.py dosen't work properly for template namespace
Original description:
category.py doesn't work properly for template namespace and it don't remove or
change categories from /doc sub-page
please add some codes to check if category is not in the template page it goes
to /doc page
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55068
Web browser: ---
Bug ID: 55068
Summary: Support the use of Assert Edit
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/241/
Reported by: p858snake
Created on: 2010-03-05 10:07:29
Subject: Support the use of Assert Edit
Original description:
It would be nice if the use of the Assert Edit\[1\] extension was supported by
the framework, Because for the wikis it is depolyed on \(All WMF wikis\) it
would prevent bots from editing unlogged inif they choose to have it assert its
edits.
\[1\]. http://www.mediawiki.org/wiki/Extension:Assert\_Edit
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=62388
Bug ID: 62388
Summary: Bot should not edit when it is not logged in:
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: ---
see https://de.wikipedia.org/wiki/Spezial:Beitr%C3%A4ge/79.213.29.131
Sorry, I didn't find that edit in the log but I try to remeber it: Bot was
running for several days in an infinite loop. I shortly logged me in as bot on
de-wiki to change some settings. Most of my bot task stopped and asked for the
password to continue on both branches (core and compat) except of one. It asked
for a new token and continued, but it was logged out.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55880
Web browser: ---
Bug ID: 55880
Summary: [Tracking] Functionality existing in compat but
missing from 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: crangasi2001(a)yahoo.com
Classification: Unclassified
Mobile Platform: ---
This is a tracking bug for feature that existed in compat, are absent in core
and are still considered useful.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55211
Web browser: ---
Bug ID: 55211
Summary: Error in nice_get_address?
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/1412/
Reported by: binbot
Created on: 2012-02-27 14:38:50
Subject: Error in nice_get_address?
Original description:
Copy
replace.py -page:"A Ki vagy, Doki? epizódjainak listája" x v -lang:hu
to your command line and press b for browser -- you will get an error message.
Spaces won't be translated to underscores.
Pywikipedia trunk/pywikiped \(r9936, 2012/02/26, 09:10:05\)
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=56961
Web browser: ---
Bug ID: 56961
Summary: Tests: test using local mediawiki installation
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, tests are run on enwiki. It would be much nicer if we could set up a
local mediawiki instance with a set of fixed pages/database, and run tests
there. That would also allow us to test with different mediawiki versions, for
example.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=57602
Web browser: ---
Bug ID: 57602
Summary: pywikibot.Site.protect does not exist
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: ---
There is no protect functionality in core yet!
valhallasw@lisilwen:~/src/pwb/pywikibot-core$ python pwb.py protect
-links:User:Valhallasw/linkpage -site:test -family:test
Processing page User:Valhallasw
Do you want to change the protection level of [[test:User:Valhallasw]]? ([Y]es,
[N]o, [A]ll) Y
Traceback (most recent call last):
File "pwb.py", line 123, in <module>
run_python_file(fn, argv, argvu)
File "pwb.py", line 64, in run_python_file
exec compile(source, filename, "exec") in main_mod.__dict__
File "scripts/protect.py", line 286, in <module>
main()
File "scripts/protect.py", line 280, in main
bot.run()
File "scripts/protect.py", line 137, in run
move=self.move)
File "/home/valhallasw/src/pwb/pywikibot-core/pywikibot/__init__.py", line
251, in wrapper
return method(*__args, **__kw)
File "/home/valhallasw/src/pwb/pywikibot-core/pywikibot/page.py", line 1417,
in protect
return self.site.protect(self, edit, move, reason)
File "/home/valhallasw/src/pwb/pywikibot-core/pywikibot/site.py", line 230,
in __getattr__
% (self.__class__.__name__, attr))
AttributeError: APISite instance has no attribute 'protect'
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=60214
Web browser: ---
Bug ID: 60214
Summary: testImageusage in site_tests 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: mpaa.wiki(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
Line 549 in site_tests.py fails:
for using in mysite.imageusage(imagepage, namespaces=[3, 4], total=5):
self.assertType(using, pywikibot.Page)
self.assertTrue(imagepage in list(using.imagelinks())) --> fails
imagepage on main page (current 'Main Page' on ew:WP) is different from images
in list(using.imagelinks()), in cached data in
c:\\users\\...\\AppData\\Roaming\\pywikibot\\apicache\\ff322b...
Cached data is used due to monkey patching in tests/__init__.py
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55522
Web browser: ---
Bug ID: 55522
Summary: Option to delete image in imagecopy.py once it's been
transferred
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: ---
Once an image has been copied with imagecopy.py and a sysop account is
configured for that wiki, we should provide an option to delete the image.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=58907
Web browser: ---
Bug ID: 58907
Summary: Site.upload(ignore_warnings=True) will still raise
UploadWarnings
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: legoktm.wikipedia(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
When uploading a file, I have ignore_warnings=True. This value is passed to the
API, so the upload completes successfully. However, pywikibot sees the
'warnings' dict and then raises an UploadWarning exception, even though I've
suppressed the warnings.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=61555
Bug ID: 61555
Summary: Check for new messages on wiki during bot run
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
Web browser: ---
Mobile Platform: ---
At the moment (at least for core, and probably also for compat), new messages
are only seen if the bot is restarted. For long-running bots, it's sensible to
break/pause/stop editing on a certain wiki when a talk page is edited.
Getting the info from the wiki is easy -- just add meta=userinfo&uiprop=hasmsg
to the api query. Afterwards, meta=notifications can be used for details.
Added bonus: every api query returns a check whether the user is still logged
in correctly.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=57995
Web browser: ---
Bug ID: 57995
Summary: Add function for list=watchlistraw
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: ---
Didn't see a function which retrieves a user's watchlist (Site.watchlist_revs
fetches changes on the watchlist)
This isn't as easy as it looks since the elements are returned directly under
'watchlistraw' and not 'query' like every other API module...
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55024
Web browser: ---
Bug ID: 55024
Summary: Support of preload param in page.get()
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/320/
Reported by: Anonymous user
Created on: 2012-11-17 21:33:36
Subject: Support of preload param in page.get()
Original description:
Would it be nice to support 'inprop': 'preload' for 'prop': 'info' when
calling query GetData\(\) to get text even if page is does not exist.
It could be added as argument to page.get\(..., preload = False\) and used to
return data\['query'\]\['pages'\]\["-1"\]\['preload'\] with something like:
if data\['query'\]\['pages'\].keys\(\)\[0\] == "-1":
if 'missing' in pageInfo:
if preload:
....
That would be useful when trying to get text in still not created page.
This kind of pages are quite common on en:Wikisource, due text layer being
already present in used djvu files.
E.g. \[Page:Debates in the Several State Conventions, v1.djvu/189\].
Thanks and bye
--
You are receiving this mail because:
You are the assignee for the bug.