Patches item #2784281, was opened at 2009-04-30 12:54
Message generated for change (Comment added) made by nicdumz
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2784281&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: Accepted
Priority: 5
Private: No
Submitted By: JAn (jandudik)
Assigned to: Nobody/Anonymous (nobody)
Summary: More disabliguations
Initial Comment:
Please add following dismabig templates:
tr: u'kısaltmalar (anlam ayrımı)'
ca: u'acrònim'
hr: u'razdvojba1'
cs: u'Rozcestník - sakrální stavba', u'Rozcestník - kostel'
----------------------------------------------------------------------
>Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2009-04-30 13:04
Message:
added in r6772! Thanks ;)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2784281&group_…
Patches item #2784281, was opened at 2009-04-30 12:54
Message generated for change (Tracker Item Submitted) made by jandudik
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2784281&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: JAn (jandudik)
Assigned to: Nobody/Anonymous (nobody)
Summary: More disabliguations
Initial Comment:
Please add following dismabig templates:
tr: u'kısaltmalar (anlam ayrımı)'
ca: u'acrònim'
hr: u'razdvojba1'
cs: u'Rozcestník - sakrální stavba', u'Rozcestník - kostel'
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2784281&group_…
Feature Requests item #2784183, was opened at 2009-04-30 09:40
Message generated for change (Comment added) made by nicdumz
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=2784183&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: Closed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: open in browser with -confirm
Initial Comment:
when interwiki bot is run in -confirm mode, it would be helpful to have an option to view pages (both local and intweriki-page) in browser before accepting or rejecting changes, the same way as it's implemented in replace.py
so the dialog would be:
Submit? ([y]es, [n]o, open in [b]rowser, [g]ive up, [q]uit)
instead of current
Submit? ([y]es, [n]o, [g]ive up)
May someone add this feature please?
----------------------------------------------------------------------
>Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2009-04-30 11:32
Message:
I added that feature in r6771. Please note that it is a bit different that
replace.py: once the change has been done in browser, the next page is
directly processed, instead of showing once again the changes that have
been made in the browser.
Thanks.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=2784183&group_…
Patches item #2783898, was opened at 2009-04-29 21:51
Message generated for change (Comment added) made by nicdumz
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2783898&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: Accepted
Priority: 5
Private: No
Submitted By: Ilmari Karonen (vyznev)
Assigned to: Nobody/Anonymous (nobody)
Summary: Fix links in CommonsDelinker edit summary on Commons
Initial Comment:
The attached patch to delinker.py should stop it from needlessly appending the "commons:" interwiki prefix to wikilinks in edit summaries (and thus breaking them) when editing on Commons itself. I'd just commit it myself, but my Python skills are still rudimentary enough that I'd like to have someone else look it over first and catch any stupid mistakes.
----------------------------------------------------------------------
>Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2009-04-30 11:21
Message:
Looks good to me.
Applied in r6770. thanks :)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2783898&group_…
Patches item #2783415, was opened at 2009-04-29 08:00
Message generated for change (Comment added) made by nicdumz
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2783415&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: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: xqt (xqt)
Assigned to: Nobody/Anonymous (nobody)
Summary: war: translations for cosmetic_changes
Initial Comment:
__version__ = '$Id: cosmetic_changes.py 6686 2009-04-23 20:25:23Z cosoleto $'
Here are the translations for the war-wiki as described at http://war.wikipedia.org/wiki/User_talk:Harvzs#Robot_Edit_Summary :
msg_standalone = {
'war': u'Robot: Kosmetiko nga mga pagbag-o',
msg_append = {
'war': u'; kosmetiko nga mga pagbag-o',
----------------------------------------------------------------------
>Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2009-04-30 11:07
Message:
Applied in r6769, thanks :)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2783415&group_…
Patches item #2783410, was opened at 2009-04-29 07:44
Message generated for change (Comment added) made by nicdumz
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2783410&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: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: xqt (xqt)
Assigned to: Nobody/Anonymous (nobody)
Summary: war: translations for interwiki
Initial Comment:
__version__ = '$Id: interwiki.py 6747 2009-04-28 06:58:57Z nicdumz $'
Here is the war-wiki translation for the interwiki.py summary:
'war':(u'robot ', u'Gindugngan', u'Gintanggal', u'Ginliwat'),
see: http://war.wikipedia.org/wiki/User_talk:Harvzs#Robot_Edit_Summary
----------------------------------------------------------------------
>Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2009-04-30 11:05
Message:
Applied in r6768, thanks :)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2783410&group_…
Bugs item #2771272, was opened at 2009-04-17 21:24
Message generated for change (Comment added) made by nicdumz
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2771272&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: network
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: 44 Error Dump Files
Initial Comment:
python interwiki.py -autonomous -new:1000
Generated 44 SaxParseBug_wikipedia_...dump files as in attached zip file.. Nightly version 14th April. Ran on 17th April.
----------------------------------------------------------------------
>Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2009-04-30 11:02
Message:
Fair enough :)
I went ahead and committed in r6767 a check for '</mediawiki>' that should
prevent some, if not all, of these errors.
----------------------------------------------------------------------
Comment By: Francesco Cosoleto (cosoleto)
Date: 2009-04-28 15:08
Message:
It's a so peculiar behaviour replacing the proper page contents with a HTML
error message. It shouldn't surprise you I haven't noticed that. So
probably fixing the problem reported by me not resolve this bug, as HTTP
server sends a 'Content-Length' header value that matches the length of
recevied data.
Anyway, if am not wrong again, data received should be terminated with
'</mediawiki>', so, probably, it's better check this than mutable and
placed somewhere English strings.
----------------------------------------------------------------------
Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2009-04-28 05:16
Message:
Actually, to clarify, there are several reasons that might cause
SaxErrors:
* a xmlparser bug (unlikely)
* communication issues: retrieving invalid or incomplete data as cosoleto
mentions belows
* a server outage, like it happened very recently: these days, some
Wikimedia servers were being taken out of rotation for upgrade, resulting
in temporary Database Slave outage : this http://pastebin.com/f220d5ece
message was printed from time to times. For edit actions, it doesnt matter:
_get detects an invalid content, and retries. SaxErrors only happen in
GetAll, when using Special:Export to retrieve content. In this case,
Special:Export return revisions one by one, and at a point during the query
result generation, encounters a DB error and cannot fetch a revision: the
data returned by postData is then the beginning of an xml file, containing
the namespace information, a few revisions... and at the end the HTML error
message. This is the issue that tieump tries to fix here.
----------------------------------------------------------------------
Comment By: Tieum P (tieump)
Date: 2009-04-28 04:55
Message:
This happens when some wikis send an error page. I posted a patch at
http://pastebin.com/m597b90e8 BUT there is a risk that if the string "No
working slave server" is a valid part of the article, we will be caught in
an infinite loop
----------------------------------------------------------------------
Comment By: Francesco Cosoleto (cosoleto)
Date: 2009-04-19 09:32
Message:
postData() doesn't check the length of data sent from the server, unluke
getUrl() so the framework tries to parse truncated date then you get
errors.
----------------------------------------------------------------------
Comment By: Mikko Silvonen (silvonen)
Date: 2009-04-19 07:15
Message:
These dump files are generated more frequently when the Wikipedia servers
have database problems (as they have had for the last few days).
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2771272&group_…
Patches item #2782305, was opened at 2009-04-27 19:25
Message generated for change (Settings changed) made by nicdumz
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2782305&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: Accepted
Priority: 5
Private: No
Submitted By: Johan Euphrosine (proppy_)
Assigned to: NicDumZ — Nicolas Dumazet (nicdumz)
Summary: xmlreader.xmldump allrevision missing title
Initial Comment:
When calling xmlreader.XmlDump with allrevision flag set to True, attributes "title" is not set in the returned objects.
The attached patch reproduce and fix this issue.
----------------------------------------------------------------------
>Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2009-04-30 10:47
Message:
Thanks :)
Applied in r6765!
I also added a few others assertions on other XnlEntry parameters, to make
sure that nothing was broken.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2782305&group_…
Feature Requests item #2784183, was opened at 2009-04-30 07:40
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=2784183&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: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: open in browser with -confirm
Initial Comment:
when interwiki bot is run in -confirm mode, it would be helpful to have an option to view pages (both local and intweriki-page) in browser before accepting or rejecting changes, the same way as it's implemented in replace.py
so the dialog would be:
Submit? ([y]es, [n]o, open in [b]rowser, [g]ive up, [q]uit)
instead of current
Submit? ([y]es, [n]o, [g]ive up)
May someone add this feature please?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=2784183&group_…
Bugs item #2784162, was opened at 2009-04-30 08:25
Message generated for change (Settings changed) made by nicdumz
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: Open
Resolution: None
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? =)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2784162&group_…