Feature Requests item #3072733, was opened at 2010-09-21 17:25
Message generated for change (Settings changed) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3072733&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: xqt (xqt)
Summary: redirect.py: Remove ja message and sd-template for broken.
Initial Comment:
redirect.py
Please remove ja message and sd-template for broken.
Because, broken redirect is not included ''Deletion policy'' and/or ''Criteria for speedy deletion'' in Japanese Wikipedia.
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2010-09-21 18:48
Message:
done in r8587
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3072733&group_…
Feature Requests item #1993062, was opened at 2008-06-13 16:47
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=1993062&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: interwiki
Group: None
Status: Open
>Priority: 1
Private: No
Submitted By: Melancholie (melancholie)
Assigned to: Nobody/Anonymous (nobody)
Summary: Use API module 'parse' for retrieving interwiki links
Initial Comment:
Currently pages are retrieved in a batch by using Special:Export.
Although being fast (as only one request is done), there is a huge data overhead with this method!
Why not use the API with its 'parse' module? Only interwiki links can be fetched with that, reducing traffic (overhead) a lot!
See:
http://de.wikipedia.org/w/api.php?action=parse&format=xml&page=Test&prop=la…
Outputs could be downloaded in parallel to virtualize a batch (faster).
----
At least make this method optional (config.py) for being able of reducing data traffic, if wanted. API is just more efficient.
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2010-09-21 18:35
Message:
parse mode is deactivated due to overloading the squids. Nothing to do now.
----------------------------------------------------------------------
Comment By: Multichill (multichill)
Date: 2008-11-13 12:46
Message:
We are working on a rewrite. The rewrite uses the api as much as possible.
----------------------------------------------------------------------
Comment By: Melancholie (melancholie)
Date: 2008-06-15 01:27
Message:
Logged In: YES
user_id=2089773
Originator: YES
See http://meta.wikimedia.org/wiki/Interwiki_bot_access_protocol
concerning disambiguations and redirects:
http://de.wikipedia.org/w/api.php?action=parse&format=xml&text={{:Main_Page…
----------------------------------------------------------------------
Comment By: Melancholie (melancholie)
Date: 2008-06-14 16:38
Message:
Logged In: YES
user_id=2089773
Originator: YES
Backwards compatibility?
That's no reason for not making software more efficient, where possible
;-)
That's also why I wrote something about "optional", too.
Because for current MediaWiki wikis there is a much more efficient way of
retrieving (only) certain contents (langlinks, categories), there should be
a method of using that advantage! Will reduce load (bot owner's and
server's)...
----------------------------------------------------------------------
Comment By: Bryan (btongminh)
Date: 2008-06-13 20:44
Message:
Logged In: YES
user_id=1806226
Originator: NO
Backwards compatibility with non Wikimedia wikis?
----------------------------------------------------------------------
Comment By: Melancholie (melancholie)
Date: 2008-06-13 17:20
Message:
Logged In: YES
user_id=2089773
Originator: YES
For not being misusable of confusing bots, the yet to be set up MediaWiki
message could contain [[foreigncode:{{CURRENTTIMESTAMP}}]] (cache issue?)
(sorry for spamming with this request ;-)
----------------------------------------------------------------------
Comment By: Melancholie (melancholie)
Date: 2008-06-13 17:08
Message:
Logged In: YES
user_id=2089773
Originator: YES
Important note for getting pages' interwikis in a batch:
http://de.wikipedia.org/w/api.php?action=parse&text={{:Test}}{{:Bot}}{{:Hau…
Either the bot could figure out what interwikis belong together then, or
maybe a marker could placed in between:
http://de.wikipedia.org/w/api.php?action=parse&text={{:Test}}{{MediaWiki:Iw…
[[MediaWiki:Iwmarker]] (or 'Llmarker'?) would have to be set up by the
MediaWiki developers with [[en:/de:Abuse-save-mark]] as content (but this
is potentially misusable).
----------------------------------------------------------------------
Comment By: Melancholie (melancholie)
Date: 2008-06-13 16:51
Message:
Logged In: YES
user_id=2089773
Originator: YES
Note: Maybe combine it with 'generator'.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=1993062&group_…
Feature Requests item #3072733, was opened at 2010-09-21 15:25
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3072733&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: redirect.py: Remove ja message and sd-template for broken.
Initial Comment:
redirect.py
Please remove ja message and sd-template for broken.
Because, broken redirect is not included ''Deletion policy'' and/or ''Criteria for speedy deletion'' in Japanese Wikipedia.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3072733&group_…
Bugs item #3053539, was opened at 2010-08-26 14:05
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3053539&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: category
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Daniel Barrett (djbarrett)
Assigned to: Nobody/Anonymous (nobody)
Summary: category.py move ignores noinclude, includeonly
Initial Comment:
When running "python category.py move", if the old category is enclosed in <noinclude> or <includeonly> tags, the new, replaced category is not, which is a problem. For example, this construction:
<includeonly>[[Category:Foo]]</includeonly>
when operated on by:
python category.py move -from:"Foo" -to:"Bar"
produces:
<includeonly></includeonly>
[[Category:Bar]]
which is wrong.
This bug has existed for a long time, at least a few years.
$ python version.py
Python 2.4.3 (#1, Sep 3 2009, 15:37:37)
[GCC 4.1.2 20080704 (Red Hat 4.1.2-46)]
config-settings:
use_api = True
use_api_login = True
$ svn info
Revision: 8319
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2010-09-20 17:47
Message:
Bug 3066934 is no longer blocking this bug from being fixed.
----------------------------------------------------------------------
Comment By: Daniel Barrett (djbarrett)
Date: 2010-09-15 15:33
Message:
Note: bug 3066934 may block you from testing this. r8562 introduced a
fatal bug in category.py.
----------------------------------------------------------------------
Comment By: Daniel Barrett (djbarrett)
Date: 2010-09-15 15:32
Message:
Here is an even worse example. Just like in the previous example, create
"Template:Pywikipedia test", but this time, make its contents:
Hello.<noinclude>[[Category:AABBCC]]</noinclude><includeonly>[[Category:EE]]</includeonly>
Again, make the article "Test" contain:
{{pywikipedia test}}
Now run:
$ python category.py move -from:"AABBCC" -to:"DD"
In this case, "Template:Pywikipedia test" gets modified completely wrong
to become:
Hello.<noinclude></noinclude><includeonly>
</includeonly>
[[Category:DD]]
So the category tag for "EE" vanishes completely, and "DD" gets moved
outside of the "noinclude" tags.
Piwikipedia's output for this command was:
$ python category.py move -from:"AABBCC" -to:"DD"
Target page Category:DD already exists!
Getting [[Category:AABBCC]]...
Getting 1 pages from vistawiki:en...
Sleeping for 5.8 seconds, 2010-09-15 11:28:53
Updating page [[Template:Pywikipedia test]] via API
Getting [[Category:AABBCC]]...
----------------------------------------------------------------------
Comment By: Daniel Barrett (djbarrett)
Date: 2010-09-15 15:29
Message:
Yes, it's related to templates. Here is a test case.
1. Create "Template:Pywikipedia test" containing:
Hello.<includeonly>[[Category:AABBCC]]</includeonly>
2. Create an article "test" containing:
{{pywikipedia test}}
3. Run:
$ python category.py move -from:"AABBCC" -to:"DD"
The output shows that Pywikipedia gets confused and can't modify the
category tag inside the template:
Target page Category:DD already exists!
Getting [[Category:AABBCC]]...
Getting 1 pages from vistawiki:en...
ERROR: [[Test]] is not in category Category:AABBCC!
Getting [[Category:AABBCC]]...
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2010-09-15 10:19
Message:
Is this related to templates? Could you give me a sample.
----------------------------------------------------------------------
Comment By: Daniel Barrett (djbarrett)
Date: 2010-09-13 19:58
Message:
This bug is destructive to wiki articles. Any chance it will be addressed
soon? Thanks.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3053539&group_…
Bugs item #2555767, was opened at 2009-02-01 17:25
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2555767&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: interwiki
Group: None
Status: Open
Resolution: None
>Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: interwiki.py removes redirects
Initial Comment:
interwiki.py vers. 6312
My interwiki-options are -autonomous -force -noredirect .
As I found at this link e.g. [http://it.wikipedia.org/w/index.php?title=Assiomi_di_Huzita-Hatori&diff=217…] interwiki.py removes redirected interwiki links instead of fixing it during -noredirect option. I supposed that -noredirect ignores links coming from the redirected page and keep or fix the redirect link but not deleting it. In this given case, the english page has been moved before the bot does its work. Here are some statements from the logfile depending on this matter:
[[折り紙公ç†]]: [[ja:折り紙公ç†]] gives new interwiki [[it:Assiomi di Huzita-Hatori]]
[[折り紙公ç†]]: [[ja:折り紙公ç†]] gives new interwiki [[en:Huzita-Hatori axioms]]
[[折り紙公ç†]]: [[ja:折り紙公ç†]] gives new interwiki [[ru:Правила Худзита]]
[[折り紙公ç†]]: [[ja:折り紙公ç†]] gives new interwiki [[fa:اصل هوزیتا-هاتوری]]
Getting 60 pages from wikipedia:en...
NOTE: [[en:Huzita-Hatori axioms]] is redirect to [[en:Huzita–Hatori axioms]]
NOTE: not following redirects.
======Post-processing [[ja:折り紙公ç†]]======
Updating links on page [[it:Assiomi di Huzita-Hatori]].
Changes to be made: Aggiungo: [[ja:折り紙公ç†]] Tolgo: [[en:Huzita-Hatori axioms]]
- [[en:Huzita-Hatori axioms]]
+ [[ja:折り紙公ç†]]
ERROR: Found incorrect link to en in [[it:Assiomi di Huzita-Hatori]]
NOTE: Performing a recursive query first to save time....
NOTE: Nothing left to do 2
NOTE: Updating live wiki...
Changing page [[it:Assiomi di Huzita-Hatori]]
Updating links on page [[ja:折り紙公ç†]].
Changes to be made: 除去: [[en:Huzita-Hatori axioms]]
- [[en:Huzita-Hatori axioms]]
ERROR: Found incorrect link to en in [[ja:折り紙公ç†]]
NOTE: Performing a recursive query first to save time....
NOTE: Nothing left to do 2
NOTE: Updating live wiki...
Changing page [[折り紙公ç†]]
Updating links on page [[ru:Правила Худзита]].
Changes to be made: добавил: [[ja:折り紙公ç†]] удалил: [[en:Huzita-Hatori axioms]]
- [[en:Huzita-Hatori axioms]]
+ [[ja:折り紙公ç†]]
ERROR: Found incorrect link to en in [[ru:Правила Худзита]]
NOTE: Performing a recursive query first to save time....
NOTE: Nothing left to do 2
NOTE: Updating live wiki...
Changing page [[ru:Правила Худзита]]
Updating links on page [[fa:اصل هوزیتا-هاتوری]].
Changes to be made: اÙزودن: [[ja:折り紙公ç†]] ØØ°Ù: [[en:Huzita-Hatori axioms]]
- [[en:Huzita-Hatori axioms]]
+ [[ja:折り紙公ç†]]
ERROR: Found incorrect link to en in [[fa:اصل هوزیتا-هاتوری]]
NOTE: Performing a recursive query first to save time....
NOTE: Nothing left to do 2
NOTE: Updating live wiki...
Changing page [[fa:اصل هوزیتا-هاتوری]]
[w:de:User:Xqt]
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2010-09-20 07:23
Message:
for now use -cleanup instead of -force option
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2555767&group_…
Patches item #3070962, was opened at 2010-09-19 08:37
Message generated for change (Settings changed) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3070962&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Dmitry Nikitin (dmitrynikitin)
>Assigned to: xqt (xqt)
Summary: "cosmetic changes" for Commons
Initial Comment:
Please add the changes from http://commons.wikimedia.org/wiki/Commons:Tools/pywiki_file_description_cle…
to cosmetic_changes.py
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2010-09-19 18:51
Message:
done in r8575
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3070962&group_…
Support Requests item #3070233, was opened at 2010-09-18 17:37
Message generated for change (Comment added) made by multichill
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603139&aid=3070233&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: uploading pictures
Initial Comment:
is there a possibility to upload pictures to commons?
----------------------------------------------------------------------
>Comment By: Multichill (multichill)
Date: 2010-09-19 14:44
Message:
You can use upload.py to upload images. More information at
http://en.wikibooks.org/wiki/Pywikibot/upload.py
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603139&aid=3070233&group_…
Patches item #3070962, was opened at 2010-09-19 06:37
Message generated for change (Tracker Item Submitted) made by dmitrynikitin
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3070962&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Dmitry Nikitin (dmitrynikitin)
Assigned to: Nobody/Anonymous (nobody)
Summary: "cosmetic changes" for Commons
Initial Comment:
Please add the changes from http://commons.wikimedia.org/wiki/Commons:Tools/pywiki_file_description_cle…
to cosmetic_changes.py
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3070962&group_…
Support Requests item #3070233, was opened at 2010-09-18 15:37
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603139&aid=3070233&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: uploading pictures
Initial Comment:
is there a possibility to upload pictures to commons?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603139&aid=3070233&group_…
Bugs item #3066934, was opened at 2010-09-15 17:12
Message generated for change (Settings changed) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3066934&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 7
Private: No
Submitted By: Daniel Barrett (djbarrett)
Assigned to: xqt (xqt)
Summary: AttributeError: type object 'Timestamp' has no attribute 'st
Initial Comment:
category.py is throwing the error in the Summary. MediaWiki 1.15.4,
$ sudo python category.py move -from:"AABBCC" -to:"DD"
Traceback (most recent call last):
File "/usr/local/pywikipedia/pagegenerators.py", line 1238, in __iter__
for loaded_page in self.preload(somePages):
File "/usr/local/pywikipedia/pagegenerators.py", line 1257, in preload
pywikibot.getall(site, pagesThisSite)
File "/usr/local/pywikipedia/wikipedia.py", line 4208, in getall
_GetAll(site, pages, throttle, force).run()
File "/usr/local/pywikipedia/wikipedia.py", line 3887, in run
xml.sax.parseString(data, handler)
File "/usr/lib64/python2.4/xml/sax/__init__.py", line 49, in parseString
parser.parse(inpsrc)
File "/usr/lib64/python2.4/xml/sax/expatreader.py", line 107, in parse
xmlreader.IncrementalParser.parse(self, source)
File "/usr/lib64/python2.4/xml/sax/xmlreader.py", line 123, in parse
self.feed(buffer)
File "/usr/lib64/python2.4/xml/sax/expatreader.py", line 207, in feed
self._parser.Parse(data, isFinal)
File "/usr/lib64/python2.4/xml/sax/expatreader.py", line 303, in end_element
self._cont_handler.endElement(name)
File "/usr/local/pywikipedia/xmlreader.py", line 202, in endElement
self.callback(entry)
File "/usr/local/pywikipedia/wikipedia.py", line 3923, in oneDone
page2._versionhistory = [(revisionId, str(Timestamp.fromtimestampformat(timestamp)), username, entry.comment)]
File "/usr/local/pywikipedia/pywikibot/__init__.py", line 47, in fromtimestampformat
return cls.strptime(ts, cls.mediawikiTSFormat)
AttributeError: type object 'Timestamp' has no attribute 'strptime'
type object 'Timestamp' has no attribute 'strptime'
Getting [[Category:AABBCC]]...
Getting [[Category:AABBCC]]...
Couldn't delete Category:AABBCC - not empty.
$ python version.py
Pywikipedia [http] trunk/pywikipedia (r8562, 2010/09/15, 12:54:46)
Python 2.4.3 (#1, Sep 3 2009, 15:37:37)
[GCC 4.1.2 20080704 (Red Hat 4.1.2-46)]
config-settings:
use_api = True
use_api_login = True
----------------------------------------------------------------------
Comment By: Daniel Barrett (djbarrett)
Date: 2010-09-16 17:15
Message:
Thanks, it's fixed!
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2010-09-16 13:21
Message:
done in r8566
I change this line with direct time class methods. It should work now.
Well I should declare py 2.4 as deprecated ;)
----------------------------------------------------------------------
Comment By: Daniel Barrett (djbarrett)
Date: 2010-09-15 21:08
Message:
I'm sorry, our systems run CentOS Linux which comes with a specific Python
version that I do not have access to change.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2010-09-15 20:10
Message:
I am not shure but maybe py 2.4 isn't able to handle such class construct.
I'll revert this changes for now.
Could you try it with a newer python?
----------------------------------------------------------------------
Comment By: Daniel Barrett (djbarrett)
Date: 2010-09-15 19:46
Message:
One more:
>>> wp.Timestamp.fromtimestampformat(t)
Traceback (most recent call last):
File "<stdin>", line 1, in ?
File "/usr/local/pywikipedia/pywikibot/__init__.py", line 47, in
fromtimestampformat
return cls.strptime(ts, cls.mediawikiTSFormat)
AttributeError: type object 'Timestamp' has no attribute 'strptime'
----------------------------------------------------------------------
Comment By: Daniel Barrett (djbarrett)
Date: 2010-09-15 19:45
Message:
OK trying again:
import time
import wikipedia as wp
t = time.strftime("%Y%m%d%H%M%S",time.gmtime())
t
Produces:
'20100915174350'
Then:
wp.Timestamp
still produces:
<class 'pywikibot.Timestamp'>
----------------------------------------------------------------------
Comment By: Daniel Barrett (djbarrett)
Date: 2010-09-15 19:42
Message:
I don't know Python, so I am just repeating what you wrote. First I did:
$ python
Python 2.4.3 (#1, Sep 3 2009, 15:37:37)
[GCC 4.1.2 20080704 (Red Hat 4.1.2-46)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>>
Then I did:
import wikipedia as wp
t = time.strftime("%Y%m%d%H%M%S",time.gmtime())
Produces:
Traceback (most recent call last):
File "<stdin>", line 1, in ?
NameError: name 'time' is not defined
wp.Timestamp.
Produces:
<class 'pywikibot.Timestamp'>
Then I did:
import sys
sys.path
Produces:
['', '/usr/lib64/python24.zip', '/usr/lib64/python2.4',
'/usr/lib64/python2.4/plat-linux2', '/usr/lib64/python2.4/lib-tk',
'/usr/lib64/python2.4/lib-dynload', '/usr/lib64/python2.4/site-packages',
'/usr/lib64/python2.4/site-packages/gtk-2.0',
'/usr/lib/python2.4/site-packages',
'/usr/local/pywikipedia/userinterfaces',
'/usr/local/pywikipedia/families']
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2010-09-15 19:34
Message:
I haven't found this error. Could you verify some things via idle:
import wikipedia as wp
t = time.strftime("%Y%m%d%H%M%S",time.gmtime())
t
this should print sth like
'20100915172517'
wp.Timestamp.
Please hold this dot and you'll see availlable methods
wp.Timestamp.fromtimestampformat(t)
produces
Timestamp(2010, 9, 15, 17, 31, 53)
str(wp.Timestamp.fromtimestampformat(t))
produces
'2010-09-15T17:31:53Z'
Please also give me your sys.path()
----------------------------------------------------------------------
Comment By: Daniel Barrett (djbarrett)
Date: 2010-09-15 17:22
Message:
The bug was introduced in revision 8562:
svn diff -c8562
Index: wikipedia.py
===================================================================
--- wikipedia.py (revision 8561)
+++ wikipedia.py (revision 8562)
@@ -2559,8 +2559,11 @@
dataQuery = self._versionhistoryearliest
else:
thisHistoryDone = True
- elif not hasattr(self, '_versionhistory') or forceReload:
+ elif not hasattr(self, '_versionhistory') or forceReload or \
+ len(self._versionhistory) < revCount:
self._versionhistory = []
+ # ?? does not load if len(self._versionhistory) > revCount
+ # shouldn't it
elif getAll and len(self._versionhistory) == revCount:
# Cause a reload, or at least make the loop run
thisHistoryDone = False
@@ -3907,7 +3910,7 @@
successful = False
for page2 in self.pages:
if page2.sectionFreeTitle() == page.sectionFreeTitle():
- if not (hasattr(page2,'_contents') or
hasattr(page2,'_getexception')) or self.force:
+ if not (hasattr(page2,'_contents') or hasattr(page2,
'_getexception')) or self.force:
page2.editRestriction = entry.editRestriction
page2.moveRestriction = entry.moveRestriction
if editRestriction == 'autoconfirmed':
@@ -3917,6 +3920,7 @@
page2._ipedit = ipedit
page2._revisionId = revisionId
page2._editTime = timestamp
+ page2._versionhistory = [(revisionId,
str(Timestamp.fromtimestampformat(timestamp)), username, entry.comment)]
section = page2.section()
# Store the content
page2._contents = text
----------------------------------------------------------------------
Comment By: Daniel Barrett (djbarrett)
Date: 2010-09-15 17:16
Message:
Note: the example did create category "DD" but did not recategorize the
page in the AABBCC category. (There is only one page in the category.)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3066934&group_…