https://bugzilla.wikimedia.org/show_bug.cgi?id=55054
Web browser: ---
Bug ID: 55054
Summary: Add new section to a page
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/273/
Reported by: binbot
Created on: 2010-11-07 16:57:49
Subject: Add new section to a page
Original description:
Hi\! Wikipedia.Page has now to saving methods, put\(newtext\) and
put\_async\(newtext\). I ask you to introduce a third one:
newsection\(title,newtext\). It should work as ...action=edit§ion=new, so
we shouldn't bother the old content of the page to add something to the end.
Thanks a lot\!
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55104
Web browser: ---
Bug ID: 55104
Summary: Recreate deleted page
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/144/
Reported by: Anonymous user
Created on: 2008-04-19 14:50:59
Subject: Recreate deleted page
Original description:
I searched and found closed and open bugs on recreating deleted pages, but I
think I can put it differently than others:
I \*want\* to use pagefromfile to upload a large amount of text that a user
upload badly by hand. Those pages have been deleted and would be much better
created en masse by the bot. I understand why most people would not want their
bots creating previously deleted pages, but it should be an option. Even if I
had to hit "Y" every time like I do with deletes, it should be possible.
I tried removing the pertaining objections in wikipedia.py, but the layout on
editing a previously deleted page is too different.
This should be an easy error to recreate.
mrandmrsmurphy(a)gmail.com
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=58941
Web browser: ---
Bug ID: 58941
Summary: [tracking] Missing unit tests
Product: Pywikibot
Version: core (2.0)
Hardware: All
OS: All
Status: NEW
Keywords: easy
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 is a bug to track unit tests that should be added. These bugs might be
interesting for new contributors.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55150
Web browser: ---
Bug ID: 55150
Summary: wikidata error
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/1586/
Reported by: Anonymous user
Created on: 2013-02-23 10:30:20
Subject: wikidata error
Original description:
Some script says they might work with wikidata, but:
E:\Pywikipedia>interwiki.py -cleanup cs:wikipedie:wikidata -repository
Getting 1 page from wikipedia:cs...
\[\[cs:Wikipedie:Wikidata\]\]: \[\[cs:Wikipedie:Wikidata\]\] gives new
interwiki \[\[simpl
e:Wikipedia:Wikidata\]\]
\[\[cs:Wikipedie:Wikidata\]\]: \[\[cs:Wikipedie:Wikidata\]\] gives new
interwiki \[\[en:Wi
kipedia:Wikidata\]\]
\[\[cs:Wikipedie:Wikidata\]\]: \[\[cs:Wikipedie:Wikidata\]\] gives new
interwiki \[\[fr:Wi
kipédia:Wikidata\]\]
\[\[cs:Wikipedie:Wikidata\]\]: \[\[cs:Wikipedie:Wikidata\]\] gives new
interwiki \[\[de:Wi
kipedia:Wikidata\]\]
\[\[cs:Wikipedie:Wikidata\]\]: \[\[cs:Wikipedie:Wikidata\]\] gives new
interwiki \[\[hu:Wi
kipédia:Wikidata\]\]
\[\[cs:Wikipedie:Wikidata\]\]: \[\[cs:Wikipedie:Wikidata\]\] gives new
interwiki \[\[sv:Wi
kipedia:Wikidata\]\]
Getting 1 page from wikipedia:simple...
Getting 1 page from wikidata:wikidata...
Traceback \(most recent call last\):
File "E:\Pywikipedia\pagegenerators.py", line 1222, in \_\_iter\_\_
for loaded\_page in self.preload\(somePages\):
File "E:\Pywikipedia\pagegenerators.py", line 1241, in preload
pywikibot.getall\(site, pagesThisSite\)
File "E:\Pywikipedia\wikipedia.py", line 5289, in getall
\_GetAll\(site, pages, throttle, force\).run\(\)
File "E:\Pywikipedia\wikipedia.py", line 4908, in run
data = self.getData\(\)
File "E:\Pywikipedia\wikipedia.py", line 5078, in getData
pagenames = u'\r\n'.join\(pagenames\)
TypeError: sequence item 0: expected string or Unicode, NoneType found
sequence item 0: expected string or Unicode, NoneType found
Dump cs \(wikipedia\) appended.
Traceback \(most recent call last\):
File "E:\Pywikipedia\interwiki.py", line 2602, in <module>
main\(\)
File "E:\Pywikipedia\interwiki.py", line 2576, in main
bot.run\(\)
File "E:\Pywikipedia\interwiki.py", line 2309, in run
self.queryStep\(\)
File "E:\Pywikipedia\interwiki.py", line 2282, in queryStep
self.oneQuery\(\)
File "E:\Pywikipedia\interwiki.py", line 2278, in oneQuery
subject.batchLoaded\(self\)
File "E:\Pywikipedia\interwiki.py", line 1338, in batchLoaded
\(skip, alternativePage\) = self.disambigMismatch\(page, counter\)
File "E:\Pywikipedia\interwiki.py", line 1122, in disambigMismatch
elif not self.originPage.isDisambig\(\) and page.isDisambig\(\):
File "E:\Pywikipedia\wikipedia.py", line 1563, in isDisambig
self.templates\(\)\)
File "E:\Pywikipedia\wikipedia.py", line 2799, in templates
get\_redirect=get\_redirect\)\]\)\)
File "E:\Pywikipedia\wikipedia.py", line 2818, in templatesWithParams
thistxt = removeDisabledParts\(thistxt\)
File "E:\Pywikipedia\pywikibot\textlib.py", line 225, in removeDisabledParts
return toRemoveR.sub\('', text\)
TypeError: expected string or buffer
E:\Pywikipedia>version.py
Pywikipedia trunk/pywikipedia/ \(r11103, 2013/02/22, 16:14:56, ok\)
Python 2.7.2 \(default, Jun 12 2011, 15:08:59\) \[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=55235
Web browser: ---
Bug ID: 55235
Summary: Treat code-only interwikis as valid for main page
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: ASSIGNED
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/1344/
Reported by: Anonymous user
Created on: 2011-09-19 11:07:11
Subject: Treat code-only interwikis as valid for main page
Assigned to: xqt
Original description:
Interwiki in the form of \[\[en:\]\] links to the main page.
It is easy to generate \(on Toolserver or from SiteMatrix\) a list of
interwikis in this form for the main page and they are correct links.
So the bot must not remove them nor change them.
Suggesting the following process:
1\) Pull MediaWiki:Mainpage and store it in some variable.
2\) When dealing with interwiki, first compare, if the page title == that
variable.
3\) If yes, simply put short interwikis there \(or at least do not remove nor
correct them to long\)
--
You are receiving this mail because:
You are the assignee for the bug.
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.