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=60442
Web browser: ---
Bug ID: 60442
Summary: Inconsistent arguments comment/reason/summary for edit
messages
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: enhancement
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: pyfisch(a)googlemail.com
Classification: Unclassified
Mobile Platform: ---
When editing, deleting or protecting a page you can add a message. This message
is passed to the methods of the Page object or one of its subclasses. The name
of the argument is always different, when editing a page or changing a category
it is "comment" when protecting, moving or deleting it is "reason". In site.py
it is always "summary", like in the MediaWiki api.
In some scripts like for example category.py they use "editSummary" internall,
eg. in category.py.
Scripts that have a commandline parameter for an edit summary (always?) call it
"-summary".
I propose to change all "reason" and "comment" arguments to "summary" because
this is the term used in site.py, in script commandline parameters and by
MediaWiki itself.
--
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=58549
Web browser: ---
Bug ID: 58549
Summary: catall.py replaces categories instead of adding them
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: ---
Expected behavior: every entered category is added to the page.
Actual behavior: all existing categories are removed, and only the entered ones
are placed.
Example:
https://nl.wikipedia.org/w/index.php?title=NS_1200_(stoomlocomotief)&diff=3…
Note: this is the case for both core and compat.
--
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.