Patches item #2787137, was opened at 2009-05-05 11:57
Message generated for change (Tracker Item Submitted) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2787137&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: Translations
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: xqt (xqt)
Assigned to: Nobody/Anonymous (nobody)
Summary: Some translations for cosmetic_changes.py
Initial Comment:
Here are some additional translations for cosmetic_changes.py. This one is updated and contains a litle fix for ro-wiki: http://de.wikipedia.org/wiki/Benutzer_Diskussion:Xqt#your_bot_on_ro.wiki_2
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2787137&group_…
Bugs item #2787059, was opened at 2009-05-05 08:57
Message generated for change (Tracker Item Submitted) made by siebrand
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2787059&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: siebrand (siebrand)
Assigned to: Multichill (multichill)
Summary: Commonscat: crashes on template with '=' parameters
Initial Comment:
To reproduce: python commonscat.py -lang:ja -start:Category:鉄
This page contains the following template code:
{{Commonscat
|ページ名=Iron
|タイトル=Iron
|追加1=Steel
|タイトル1=Steel
}}
Results in:
siebrand@v05-s341:~/nl$ nice python commonscat.py -lang:ja -start:Category:鉄
WARNING: Configuration variable 'language' is defined but unknown. Misspelled?
Getting 60 pages from wikipedia:ja...
Working on Category:鉄
Commonscat template is already on Category:鉄
NOTE: You have new messages on commons:commons
Traceback (most recent call last):
File "commonscat.py", line 364, in <module>
main()
File "commonscat.py", line 360, in main
(status, always) = addCommonscat(page, summary, always)
File "commonscat.py", line 227, in addCommonscat
checkedCommonscat = checkCommonscatLink(currentCommonscat)
File "commonscat.py", line 303, in checkCommonscatLink
if not commonsPage.exists():
File "/home/siebrand/nl/wikipedia.py", line 896, in exists
self.get()
File "/home/siebrand/nl/wikipedia.py", line 681, in get
self._contents = self._getEditPage(get_redirect = get_redirect, throttle = throttle, sysop = sysop)
File "/home/siebrand/nl/wikipedia.py", line 746, in _getEditPage
raise BadTitle('BadTitle: %s' % self)
]]kipedia.BadTitle: BadTitle: [[commons:Category:ページ名=Iron
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2787059&group_…
Patches item #2776167, was opened at 2009-04-20 12:49
Message generated for change (Comment added) made by liangent
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2776167&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: rewrite
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: liangent (liangent)
Assigned to: Nobody/Anonymous (nobody)
Summary: bug in site.py of rewrite branch
Initial Comment:
Traceback (most recent call last):
File "./archiver.py", line 7, in <module>
now = Site().getcurrenttime() # or from link's site?
File "/usr/lib/python2.5/site-packages/pywikibot/site.py", line 794, in getcurrenttime
ts = self.getcurrenttimestamp()
File "/usr/lib/python2.5/site-packages/pywikibot/site.py", line 789, in getcurrenttimestamp
result = r.submit()
File "/usr/lib/python2.5/site-packages/pywikibot/data/api.py", line 184, in submit
self.site.throttle(write=write)
File "/usr/lib/python2.5/site-packages/pywikibot/site.py", line 176, in __getattr__
return self.__class__.attr
AttributeError: type object 'APISite' has no attribute 'attr'
----------------------------------------------------------------------
>Comment By: liangent (liangent)
Date: 2009-05-05 06:08
Message:
i didn't find any problem on self.site.throttle(write=write)
and this problem never occurred again.
(actually i didn't use Site().getcurrenttime() anymore)
but what was wrong?
----------------------------------------------------------------------
Comment By: liangent (liangent)
Date: 2009-04-20 13:32
Message:
i forgot to log in too...
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-04-20 13:30
Message:
no no no ... i met another problem, and i don't know whether it has
connection with my patch ... they seem to occur randomly ...
liangent@oiweb:~$ wiki/bot/archiver/archiver.py
Found 1 wikipedia:zh processes running, including this one.
Traceback (most recent call last):
File "wiki/bot/archiver/archiver.py", line 7, in <module>
now = Site().getcurrenttime() # or from link's site?
File "/usr/lib/python2.5/site-packages/pywikibot/site.py", line 794, in
getcurrenttime
ts = self.getcurrenttimestamp()
File "/usr/lib/python2.5/site-packages/pywikibot/site.py", line 789, in
getcurrenttimestamp
result = r.submit()
File "/usr/lib/python2.5/site-packages/pywikibot/data/api.py", line 184,
in submit
self.site.throttle(write=write)
TypeError: 'property' object is not callable
liangent@oiweb:~$
----------------------------------------------------------------------
Comment By: liangent (liangent)
Date: 2009-04-20 13:25
Message:
it seems problem occurs only when throttling
try to run a lot of instances to test
my code starts with
#!/usr/bin/env python
# -*- coding: utf_8 -*-
import re
import pywikibot
from pywikibot import Link, Site, Page
import datetime
now = Site().getcurrenttime()
----------------------------------------------------------------------
Comment By: Russell Blau (russblau)
Date: 2009-04-20 13:04
Message:
Sorry, forgot to log in before last comment!
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-04-20 13:03
Message:
I'll apply this patch, but the original code works for me in Python 2.5.2:
>>> import pywikibot
>>> s = pywikibot.Site()
>>> now = s.getcurrenttime()
Found 1 wikipedia:en processes running, including this one.
>>> print now
2009-04-20T13:00:47Z
>>>
Question: in your 'archiver.py' script, did you import Site from
pywikibot, or from some other module? If you import it directly from
pywikibot.site, it won't work!
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2776167&group_…
Patches item #2787026, was opened at 2009-05-05 04:49
Message generated for change (Tracker Item Submitted) made by liangent
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2787026&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: rewrite
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: liangent (liangent)
Assigned to: Nobody/Anonymous (nobody)
Summary: about getting redirects
Initial Comment:
Index: pywikibot/pywikibot/page.py
===================================================================
--- pywikibot/pywikibot/page.py (revision 6823)
+++ pywikibot/pywikibot/page.py (working copy)
@@ -372,7 +372,7 @@
"""Return the current (edited) wikitext, loading it if necessary."""
if not hasattr(self, '_text') or self._text is None:
try:
- self._text = self.get()
+ self._text = self.get(get_redirect=True)
except pywikibot.NoPage:
# TODO: what other exceptions might be returned?
self._text = u""
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2787026&group_…
Bugs item #2716315, was opened at 2009-03-27 05:38
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2716315&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: rewrite
Group: None
>Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: NicDumZ Nicolas Dumazet (nicdumz)
Assigned to: Russell Blau (russblau)
Summary: undetected session termination
Initial Comment:
I have a script which runs everyday on the toolserver to update French maintenance pages related to WP1.0 evaluation ( http://fr.wikipedia.org/wiki/Projet:Am%C3%A9rique_pr%C3%A9colombienne/%C3%8… ).
The main action is to retrieve list of articles from categories. I have included a very simplified version of the script if anyone needs to know what the bot was doing.
And once every month or so (remember, it's a daily task), I get an ApiError about limit:
Traceback (most recent call last):
File "/home/nicdumz/pywikipedia/statistiques.py", line 79, in <module>
for p in pwsite.categorymembers(cat, namespaces=[1]):
File "/home/nicdumz/pywikipedia/pywikibot/data/api.py", line 428, in __iter__
self.data = self.request.submit()
File "/home/nicdumz/pywikipedia/pywikibot/data/api.py", line 260, in submit
raise APIError(code, info, **result["error"])
pywikibot.data.api.APIError: gcmlimit: gcmlimit may not be over 500 (set to 5000) for users
It looks like a session issue, the bot getting logged out in the middle of his task: today, the bot had already retrieved the contents of ~500 categories before crashing
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2009-05-05 02:22
Message:
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: Russell Blau (russblau)
Date: 2009-04-20 17:40
Message:
Believed fixed in r6643; leaving in Pending status in case this recurs
(since the bug by definition only occurs once every 30 days, it is
difficult to be certain that all cases are handled correctly)
----------------------------------------------------------------------
Comment By: NicDumZ Nicolas Dumazet (nicdumz)
Date: 2009-03-28 02:10
Message:
Updating the title: It was definitely a session termination. I got asked
for a password on the next run, and it would explain why this bug would
only occur every month or so.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2716315&group_…
Bugs item #2784162, was opened at 2009-04-30 02:25
Message generated for change (Comment added) made by russblau
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2784162&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: rewrite
Group: None
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: NicDumZ — Nicolas Dumazet (nicdumz)
Assigned to: Russell Blau (russblau)
Summary: pagebacklinks(followRedirects=True) doesnt yield redirects
Initial Comment:
I don't understand why there is, on site.py:1108 :
blgen.request["gblfilterredir"] = "nonredirects"
With that line, if you set up 3 pages :
[[fruits]] : Hey, fruits are healthy!!
[[orange]] : #REDIRECT [[fruits]]
[[mandarine]] : Mandarines are like [[orange]]s, but different.Yeah.
[[fruits]].backlinks() will only yield [[mandarine]]. [[orange]] will be missing (default values are followRedirects=True, filterRedirects=None, so I would expect [[orange]] too.)
If I remove that line 1108, the results look correct again, and [[orange]] is yielded. Is this an appropriate fix?
There is also an ambiguity for (followRedirects=True, filterRedirects=True): I'm not sure of what should be expected as a return value:
* We also iterate over links that are linked to the current page through a current page
* But we are supposed to yield only redirects?
if I'm correct the result of (followRedirects=True, filterRedirects=True) should be the same as (followRedirects=False, filterRedirects=True) ? Or we would have to also yield double-redirects? =)
----------------------------------------------------------------------
>Comment By: Russell Blau (russblau)
Date: 2009-05-04 16:45
Message:
.backlinks(followRedirects=True, filterRedirects=True) should yield all
redirects to the original page, including double-redirects. This is not as
frivolous as it sounds, as recent changes to MediaWiki allow configuration
changes to permit use of double-redirects.
----------------------------------------------------------------------
Comment By: Russell Blau (russblau)
Date: 2009-05-04 16:43
Message:
fixed in r6821
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2784162&group_…
Bugs item #2784162, was opened at 2009-04-30 02:25
Message generated for change (Settings changed) made by russblau
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2784162&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: rewrite
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: NicDumZ — Nicolas Dumazet (nicdumz)
Assigned to: Russell Blau (russblau)
Summary: pagebacklinks(followRedirects=True) doesnt yield redirects
Initial Comment:
I don't understand why there is, on site.py:1108 :
blgen.request["gblfilterredir"] = "nonredirects"
With that line, if you set up 3 pages :
[[fruits]] : Hey, fruits are healthy!!
[[orange]] : #REDIRECT [[fruits]]
[[mandarine]] : Mandarines are like [[orange]]s, but different.Yeah.
[[fruits]].backlinks() will only yield [[mandarine]]. [[orange]] will be missing (default values are followRedirects=True, filterRedirects=None, so I would expect [[orange]] too.)
If I remove that line 1108, the results look correct again, and [[orange]] is yielded. Is this an appropriate fix?
There is also an ambiguity for (followRedirects=True, filterRedirects=True): I'm not sure of what should be expected as a return value:
* We also iterate over links that are linked to the current page through a current page
* But we are supposed to yield only redirects?
if I'm correct the result of (followRedirects=True, filterRedirects=True) should be the same as (followRedirects=False, filterRedirects=True) ? Or we would have to also yield double-redirects? =)
----------------------------------------------------------------------
>Comment By: Russell Blau (russblau)
Date: 2009-05-04 16:43
Message:
fixed in r6821
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2784162&group_…
Patches item #2780955, was opened at 2009-04-25 01:37
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2780955&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: Accepted
Priority: 5
Private: No
Submitted By: Tieum P (tieump)
Assigned to: Nobody/Anonymous (nobody)
Summary: Patch for interwiky in templates (1)
Initial Comment:
Attached patch encures that interwiki added to templates are in a <noinclude> tag. If existing interwikis are not inside <noinclude> they are moved inside it. If no <noinclude> exists, it is added. (bug #1729765)
This patch DOES NOT take care of template interwiki being including from documentation subpage.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-05-04 16:23
Message:
On dewiki templates can contain {{Dokumentation}} which will include
interwikis listed on subpage /Meta
----------------------------------------------------------------------
Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2009-05-04 15:58
Message:
Please try again, after updating. r6819 should be better.
But *please* when testing those features, don't assume that interwiki.py
*works*, MONITOR THE CHANGES.
----------------------------------------------------------------------
Comment By: JAn (jandudik)
Date: 2009-05-04 14:39
Message:
One additional feature request: bot should skip template pages with
{{/Documentation}} / {{/Dokumentace}} / {{Doc}} etc.
----------------------------------------------------------------------
Comment By: JAn (jandudik)
Date: 2009-05-04 14:05
Message:
The same problem, see
http://cs.wikipedia.org/wiki/Wikipedista_diskuse:JAn_Dudík#Boteditshttp://nl.wikipedia.org/w/index.php?title=Sjabloon:Gebruiker_da-1&curid=222…
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-05-04 12:43
Message:
thank you for this solution. there still remains however one small issue:
if noinclude tages are present in the template but there are no interwiki
links, new interwiki links are added with extra noinclude tags.
http://ru.wikipedia.org/w/index.php?title=%D0%A8%D0%B0%D0%B1%D0%BB%D0%BE%D0…
Can you please take care of this issue too?
----------------------------------------------------------------------
Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2009-05-04 01:43
Message:
One week: silence means consent =))
I applied this patch in r6817, in both trunk/ and the rewrite/ branch.
Thanks again =)
----------------------------------------------------------------------
Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2009-04-25 03:12
Message:
I have uploaded an updated patch, which should do the same, while being a
bit cleaner =) (In particular, it will work with _any_ marker, not only
'@@'
Tieum P has been running his bot on the French Template namespace for
tests. I believe it was quite successful :
http://fr.wikipedia.org/w/index.php?limit=38&title=Sp%E9cial%3AContribution…
Can we have some feedback on this patch? Thanks :)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2780955&group_…
Patches item #2780955, was opened at 2009-04-25 03:37
Message generated for change (Comment added) made by nicdumz
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2780955&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: Accepted
Priority: 5
Private: No
Submitted By: Tieum P (tieump)
Assigned to: Nobody/Anonymous (nobody)
Summary: Patch for interwiky in templates (1)
Initial Comment:
Attached patch encures that interwiki added to templates are in a <noinclude> tag. If existing interwikis are not inside <noinclude> they are moved inside it. If no <noinclude> exists, it is added. (bug #1729765)
This patch DOES NOT take care of template interwiki being including from documentation subpage.
----------------------------------------------------------------------
>Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2009-05-04 17:58
Message:
Please try again, after updating. r6819 should be better.
But *please* when testing those features, don't assume that interwiki.py
*works*, MONITOR THE CHANGES.
----------------------------------------------------------------------
Comment By: JAn (jandudik)
Date: 2009-05-04 16:39
Message:
One additional feature request: bot should skip template pages with
{{/Documentation}} / {{/Dokumentace}} / {{Doc}} etc.
----------------------------------------------------------------------
Comment By: JAn (jandudik)
Date: 2009-05-04 16:05
Message:
The same problem, see
http://cs.wikipedia.org/wiki/Wikipedista_diskuse:JAn_Dudík#Boteditshttp://nl.wikipedia.org/w/index.php?title=Sjabloon:Gebruiker_da-1&curid=222…
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-05-04 14:43
Message:
thank you for this solution. there still remains however one small issue:
if noinclude tages are present in the template but there are no interwiki
links, new interwiki links are added with extra noinclude tags.
http://ru.wikipedia.org/w/index.php?title=%D0%A8%D0%B0%D0%B1%D0%BB%D0%BE%D0…
Can you please take care of this issue too?
----------------------------------------------------------------------
Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2009-05-04 03:43
Message:
One week: silence means consent =))
I applied this patch in r6817, in both trunk/ and the rewrite/ branch.
Thanks again =)
----------------------------------------------------------------------
Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2009-04-25 05:12
Message:
I have uploaded an updated patch, which should do the same, while being a
bit cleaner =) (In particular, it will work with _any_ marker, not only
'@@'
Tieum P has been running his bot on the French Template namespace for
tests. I believe it was quite successful :
http://fr.wikipedia.org/w/index.php?limit=38&title=Sp%E9cial%3AContribution…
Can we have some feedback on this patch? Thanks :)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2780955&group_…