https://bugzilla.wikimedia.org/show_bug.cgi?id=54544
Web browser: ---
Bug ID: 54544
Summary: important fix for i18n.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: legoktm.wikipedia(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
Originally from: http://sourceforge.net/p/pywikipediabot/patches/617/
Reported by: Anonymous user
Created on: 2013-05-28 23:05:42
Subject: important fix for i18n.py
Original description:
the "i18n.py" file in the "/pywikibot" directory has a useful "translate"
function; but it doesn't work well with multiple "\{\{PLURAL\}\}" directives in
the same string: for example, the following code:
pywikibot.i18n.translate\('en',\{'en':'%\(links\)d
\{\{PLURAL:%\(links\)d|link|links\}\} and %\(apples\)d
\{\{PLURAL:%\(apples\)d|apple|apples\}\}'\},\{'links':1,'apples':4\}\)
returns "1 link and 4 link" instead of "1 link and 4 apples".
I've fixed that doing a "while" loop for each \{\{PLURAL\}\} and
replacing/translating only one of them at a time; probably other functions need
such fixes as well.
My version is attached, feel free to improve it and include it in the
pywikipediabot rewrite branch.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=54963
Web browser: ---
Bug ID: 54963
Summary: generate_family_file.py: WARNING: Api does not seem to
be enabled
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: federicoleva(a)tiscali.it
Classification: Unclassified
Mobile Platform: ---
$ python generate_family_file.py http://translatewiki.net/w/api.php twn
Generating family file from https://translatewiki.net/w/api.php
*** WARNING: Api does not seem to be enabled on
https://translatewiki.net/w/api.php
Traceback (most recent call last):
File "generate_family_file.py", line 339, in <module>
FamilyFileGenerator(*sys.argv[1:]).run()
File "generate_family_file.py", line 73, in run
w = Wiki(self.base_url)
File "generate_family_file.py", line 284, in __init__
self._parse_pre_117(data)
File "generate_family_file.py", line 296, in _parse_pre_117
self.server = self.REwgServer.search(data).groups()[0]
AttributeError: 'NoneType' object has no attribute 'groups'
$ python --version
Python 2.7.3
$ python version.py
Pywikibot [https] r/pywikibot/compat (r10331, 445623d, 2013/10/01, 18:00:37,
ok)
Release version: 1.0b1
Python: 2.7.3 (default, Aug 9 2012, 17:23:58)
[GCC 4.7.1 20120720 (Red Hat 4.7.1-5)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
It's the same with Pywikipedia trunk/pywikipedia/ (r11781, 2013/07/20,
11:39:29, ok)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55113
Web browser: ---
Bug ID: 55113
Summary: category.py add blind with contextual links
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/75/
Reported by: Anonymous user
Created on: 2007-01-28 21:44:27
Subject: category.py add blind with contextual links
Original description:
When using category.py add and giving a page where wikilinks are in this form
\[\[/foo\]\] or \[\[/foo/\]\]
\(http://en.wikibooks.org/w/index.php?title=C%2B%2B\_Programming&action=edit
for exemple\) or included in a template, the robot will parse pages named
litteraly \[\[/foo\]\] instead of \[\[\{\{PAGENAME\}\}/foo\]\]. And if the link
is included in a template, the robot will see anything \(but for the template,
it's often more convenient and not so problematic\).
--
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=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.