https://bugzilla.wikimedia.org/show_bug.cgi?id=54554
Web browser: ---
Bug ID: 54554
Summary: spellcheck.py — Remember words skipped in a page
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/576/
Reported by: Anonymous user
Created on: 2012-11-15 11:49:53
Subject: spellcheck.py — Remember words skipped in a page
Original description:
When you use the spellcheck.py script and use the p switch for a word, it is
ignored for the whole page, indeed. However, when you run the script again on
the same page, you get the word yet again. I think the spellchecker should
remember you want to skip that word on that page.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=54555
Web browser: ---
Bug ID: 54555
Summary: Force retrieval of last edit time
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/571/
Reported by: strainu
Created on: 2012-10-27 15:35:07
Subject: Force retrieval of last edit time
Original description:
This patch changes the Page.editTime function in order to allow the user to
request a valid editTime even if the page has not yet been fetched. The API
call used is theoretically much lighter than retrieving the whole page. The
default behavior remains unchanged.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55170
Web browser: ---
Bug ID: 55170
Summary: trunk 10450 not py2.6 compatible
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/1519/
Reported by: drtrigon
Created on: 2012-10-09 15:08:56
Subject: trunk 10450 not py2.6 compatible
Original description:
Hello all\!
As Merlijn suggested at \[1\] I should also report this here too. I would solve
it myself but a quick shot does not seam appropriate.
\[1\] https://jira.toolserver.org/browse/TS-1466
Python code using:
>>> import re
>>> re.sub\(..., flags=...\)
does not work in python 2.6 because the optional parameter \'flags\' was
introduced in python 2.7. As Merlijn noted, this should be replaced by
>>> re.compile\(..., flags=...\).sub\(...\)
A fast \'grep \"flags\" \*\' in my pywikipedia directory of revision 10450,
yields at least following matches:
imagecopy\_self.py: match = re.search\(regex, text,
flags=re.IGNORECASE\)
imagecopy\_self.py: contents\[u\'permission\'\] = re.sub\(regex,
u\'\', contents\[u\'permission\'\], flags=re.IGNORECASE\)
imagecopy\_self.py: text = re.sub\(toRemove, u\'\', text,
flags=re.IGNORECASE\)
imagecopy\_self.py: text = re.sub\(regex, u\'\', text,
flags=re.IGNORECASE\)
imagecopy\_self.py: match = re.search\(regex, text,
flags=re.IGNORECASE\)
imagecopy\_self.py: result = re.sub\(regex, replacement,
match.group\(0\), flags=re.IGNORECASE\)
...so there are at least 4 problematic cases which should be changed. I am not
aware if a similar issues exists with \'re.search\'.
Thanks and greetings
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=54998
Web browser: ---
Bug ID: 54998
Summary: move pagegenerators out of data.api
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/348/
Reported by: valhallasw
Created on: 2013-09-11 16:46:27.449000
Subject: move pagegenerators out of data.api
Original description:
Move data.api.{anything that returns Page objects} from data.api to
data.pagegenerators or pywikibot.pagegenerators.
See https://gerrit.wikimedia.org/r/#/c/80300/1,
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55197
Web browser: ---
Bug ID: 55197
Summary: PostData() datas are not gzip compressed
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/bugs/1447/
Reported by: Anonymous user
Created on: 2012-05-19 16:38:59
Subject: PostData() datas are not gzip compressed
Assigned to: xqt
Original description:
Using the 'pagegenerators', data transfer is not compressed.
That data will be several megabytes.
That transfer is very time consuming.
Therefore, I think a good idea to remove that line.
Thank you consider.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55088
Web browser: ---
Bug ID: 55088
Summary: allow batch mode uploads of images
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/189/
Reported by: janalynn
Created on: 2009-04-20 15:33:38
Subject: allow batch mode uploads of images
Original description:
I was searching for help and came across others with my concern. This request
might have already been made, but I didn't find it when I performed a search.
Thank you for your help\!
Batch Uploads?
Is there any way to "upload" a large batch of pictures to a local instance of
mediawiki? Is there a workaround? I know this sounds stupid \(just link to
them\) but I'd like them to have pages, thumbnails, etc...
http://pywikipediabot.sf.net/
A: There is no current way that I know \(as of v1.4.2\) .. I have the same
concern.. it would be nice to be able to batch upload. -- Sy / \(talk\)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55315
Web browser: ---
Bug ID: 55315
Summary: category.py breaks articles with includeonly and
noinclude
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/822/
Reported by: djbarrett
Created on: 2008-11-19 19:07:20
Subject: category.py breaks articles with includeonly and noinclude
Original description:
This is a DEADLY bug that wrecks wiki structure.
I ran "python category.py" to rename one category to another. For articles
containing <includeonly> and <noinclude> statements, pywikipedia
made incorrect changes. When renaming category B to category C, the text:
<includeonly>\[\[Category:A\]\]</includeonly><noinclude>\[\[Category:B\]\]</noinclude>
becomes:
<includeonly></includeonly><noinclude></noinclude>
\[\[Category:C\]\]
In other words, it completely removed category A, and when renaming category B,
placed the new category tag outside the noinclude tags.
This wrecked a complicated category structure.
$ python version.py
Pywikipedia \[http\] trunk/pywikipedia \(r6088, Nov 12 2008, 11:19:15\)
Python 2.4.3 \(\#1, May 24 2008, 13:57:05\)
\[GCC 4.1.2 20070626 \(Red Hat 4.1.2-14\)\]
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=56188
Web browser: ---
Bug ID: 56188
Summary: Page.templates has incompatible API change from compat
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: ---
COMPAT:
def templates(self, get_redirect=False):
"""Return a list of titles (unicode) of templates used on this Page.
Template parameters are ignored.
"""
CORE:
def templates(self, content=False):
"""Return a list of Page objects for templates used on this
Page.
Template parameters are ignored. This method only returns embedded
templates, not template pages that happen to be referenced through
a normal link.
@param content: if True, retrieve the content
of the current version
of each template (default False)
"""
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55249
Web browser: ---
Bug ID: 55249
Summary: Unicode error when handling non-ASCII network errors
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/1280/
Reported by: tgr_
Created on: 2011-01-09 09:33:39
Subject: Unicode error when handling non-ASCII network errors
Original description:
The error handler for Site.postData in wikipedia.py line 5248 \(in r8821\)
casts an exception to a string:
except Exception, e:
output\(u'%s' %e\)
This will fail with a UnicodeDecodeError if the exception message contains
non-ASCII characters \(which is often the case for network error messages on
non-English Windows\).
Pywikipedia \[http\] trunk/pywikipedia \(r8821, 2011/01/06, 22:01:33\)
Python 2.7 \(r27:82525, Jul 4 2010, 09:01:59\) \[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=55270
Web browser: ---
Bug ID: 55270
Summary: category.py using wrong message in deletion notice
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: ASSIGNED
Severity: normal
Priority: Unprioritized
Component: category.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/1206/
Reported by: silvonen
Created on: 2010-07-07 04:11:43
Subject: category.py using wrong message in deletion notice
Assigned to: cydeweys
Original description:
The script "category.py move" used to put the message 'Robot: Category was
moved to \[\[:Category:%s|%s\]\]' on the old category page when marking it as
deletable. Now it uses the message 'Robot: Changing %s', which doesn't make
much sense in this context. Please fix.
>python version.py
Pywikipedia \[http\] trunk/pywikipedia \(r8344, 2010/07/05, 17:49:14\)
Python 2.5.4 \(r254:67916, Jan 29 2009, 12:02:11\) \[MSC v.1310 32 bit
\(Intel\)\]
config-settings:
use\_api = True
use\_api\_login = True
--
You are receiving this mail because:
You are the assignee for the bug.