Bugs item #3471487, was opened at 2012-01-09 11:13
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3471487&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: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: archivebot.py not working on dewikinews
Initial Comment:
As the title says, archivebot.py is not working on dewikinews, without an error message. Using verbose output (adding import wikipedia; wikipedia.verbose = 1) you can see that it doesn't even try to change pages, although there are changes that need to be done (I've added that as attachment, the output goes on like the last two for all pages out of http://de.wikinews.org/wiki/Spezial:Linkliste/Vorlage:Autoarchiv and exits then). The script is running on the toolserver,
version.py:
hoo@willow:~/pywikipedia$ python version.py
Pywikipedia [http] trunk/pywikipedia (r9822, 2012/01/04, 08:38:45)
Python 2.7.1 (r271:86832, Jan 4 2011, 13:57:14)
[GCC 4.5.2]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3471487&group_…
Patches item #3468426, was opened at 2012-01-02 08:04
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3468426&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: Accepted
Priority: 5
Private: No
Submitted By: nickanc (nickanc)
>Assigned to: WikiWichtel (wikiwichtel)
Summary: welcome.py in venetian
Initial Comment:
welcome.py in venetian :)
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2012-01-08 22:12
Message:
done in r9823. thanks.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3468426&group_…
Bugs item #3470514, was opened at 2012-01-06 16:10
Message generated for change (Tracker Item Submitted) made by valhallasw
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3470514&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: Open
Resolution: None
Priority: 3
Private: No
Submitted By: Merlijn S. van Deen (valhallasw)
Assigned to: Nobody/Anonymous (nobody)
Summary: Wrong language with a one-site family can yield confusing er
Initial Comment:
valhallasw@dorthonion:~/src/pywikipedia/trunk$ python version.py
Pywikipedia [http] trunk/pywikipedia (r9820, 2011/12/29, 12:08:55)
Python 2.6.5 (r265:79063, Apr 16 2010, 13:09:56)
[GCC 4.4.3]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
valhallasw@dorthonion:~/src/pywikipedia/trunk$ cat user-config.py
mylang='de'
site='botwiki'
usernames['botwiki']['de'] = u'valhallasw'
valhallasw@dorthonion:~/src/pywikipedia/trunk$ python generate_family_file.py http://botwiki.sno.cc/wiki/Main_Page botwiki
Generating family file from http://botwiki.sno.cc/wiki/Main_Page
==================================
api url: http://botwiki.sno.cc/w/api.php
MediaWiki version: 1.17.0
==================================
Determining other languages...
Loading wikis...
* en... in cache
Retrieving namespaces... en
Writing families/botwiki_family.py...
families/botwiki_family.py already exists. Overwrite? (y/n)y
valhallasw@dorthonion:~/src/pywikipedia/trunk$ python login.py
Traceback (most recent call last):
File "login.py", line 436, in <module>
main()
File "login.py", line 431, in main
loginMan = LoginManager(password, sysop = sysop, verbose=verbose)
File "login.py", line 106, in __init__
raise pywikibot.NoUsername(u'ERROR: Username for %s:%s is undefined.\nIf you have an account for that site, please add such a line to user-config.py:\n\nusernames[\'%s\'][\'%s\'] = \'myUsername\'' % (self.site.family.name, self.site.lang, self.site.family.name, self.site.lang))
pywikibot.exceptions.NoUsername: ERROR: Username for botwiki:botwiki is undefined.
If you have an account for that site, please add such a line to user-config.py:
usernames['botwiki']['botwiki'] = 'myUsername'
however, the correct error message would be
valhallasw@dorthonion:~/src/pywikipedia/trunk$ python login.py
Traceback (most recent call last):
File "login.py", line 436, in <module>
main()
File "login.py", line 431, in main
loginMan = LoginManager(password, sysop = sysop, verbose=verbose)
File "login.py", line 106, in __init__
raise pywikibot.NoUsername(u'ERROR: Username for %s:%s is undefined.\nIf you have an account for that site, please add such a line to user-config.py:\n\nusernames[\'%s\'][\'%s\'] = \'myUsername\'' % (self.site.family.name, self.site.lang, self.site.family.name, self.site.lang))
pywikibot.exceptions.NoUsername: ERROR: Username for botwiki:botwiki is undefined.
If you have an account for that site, please add such a line to user-config.py:
usernames['botwiki']['en'] = 'myUsername'
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3470514&group_…
Bugs item #3012516, was opened at 2010-06-07 04:02
Message generated for change (Comment added) made by candalua
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3012516&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: Accepted
Priority: 7
Private: No
Submitted By: Kenrick Anggara (kenrick95)
Assigned to: Nobody/Anonymous (nobody)
Summary: cosmetic_changes.py : bot remove double interwiki
Initial Comment:
My bot :
http://id.wikipedia.org/w/index.php?title=Rangkaian_seri_dan_paralel&diff=3…http://id.wikipedia.org/w/index.php?title=Rangkaian_seri_dan_paralel&diff=3…
Other's bot but I'm sure it is the same version as mine :
http://id.wikipedia.org/w/index.php?title=Piala_Thomas_dan_Uber_2010&diff=3…http://id.wikipedia.org/w/index.php?title=Piala_Thomas_dan_Uber_2010&diff=3…
My bot (Kenrick95Bot) version :
Pywikipedia nightly:pywikipedia (r28, 2010/03/16, 11:21:32)
Python 2.6.5 (r265:79096, Mar 19 2010, 21:48:26) [MSC v.1500 32 bit (Intel)]
config-settings:
use_api = True
use_api_login = True
Please fix... Thanks...
----------------------------------------------------------------------
Comment By: Candalua (candalua)
Date: 2012-01-05 10:07
Message:
Hi everybody! I'm not directly posting the patch, because my code it's
rather "dirty" and not ready to be released, but I'll give you a document
that explains what I did. Feel free to use my solution, but be careful
because it's not fully tested. I will be happy to discuss it with you, and
maybe find a better solution.
----------------------------------------------------------------------
Comment By: Doug (bewareofdoug)
Date: 2011-12-30 04:31
Message:
I agree completely, at least for now. This is the solution that has been
adopted on wikisources and implemented in a script by Candalua.
Essentially nobody else touches mainspace works which is where the multiple
interwikis show up.
Possibly in the long run Wikisources need to abandon interlanguage linking
by this method and switch to a different method of linking translations,
but that's a problem for wikisource.org and the wikimedia bugzilla world.
I will attach Candalua's solution (after I confirm with him that's it's
free licensed) for discussion/review.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2011-12-30 04:23
Message:
The currently most widely accepted paradigm is a 1:1 relationship between
pages of different sites. Multiple interwiki links means these pages does
not match exact each other. Ok some people wants links which match pages
they are quite similar. I know at wikisource this a most imported issue. As
valhallash says implementation is not trivial because a central paradigma
the bot is working with must be changed. I think there are several points:
MediaWiki too cannot deal with multiple interwiki links by returning them
via api
pwb cannot deal with multiple iw links. Changing it concerns the data
structures and most of the given methods dealing with iw links. My idea is
ignoring all source and target pages with multiple interwiki links like it
does with interwiki conflicts (if the methods are able to handle with ist)
----------------------------------------------------------------------
Comment By: Doug (bewareofdoug)
Date: 2011-12-29 10:32
Message:
The interlanguage extension exists and is stable:
http://www.mediawiki.org/wiki/Extension:Interlanguage
However, it does *not* solve this problem at all as far as I can see, it
simply replaces the interwiki language link system currently in use. It
won't help on any project it isn't adopted on and it won't likely be
adopted on wikisources unless it adds a lot more than it takes away.
Waiting on the across the board adoption of an extension to fix a bug that
can be easily avoided (by making the bot skip such pages) seems like a very
bad idea.
Interwiki.py's behavior is wrong in this case as well, which is part of the
issue.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-12-29 10:23
Message:
It's not entirely trivial to fix this at the moment. Cosmetic_changes
essentially does what interwiki.py does: it only uses the *last* mention of
a certain language.
Changing this behaviour will break interwiki.py, so it has to be
implemented with some care.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2011-12-29 09:33
Message:
We are waiting for the interlanguage extension ;)
----------------------------------------------------------------------
Comment By: Doug (bewareofdoug)
Date: 2011-12-29 07:18
Message:
bug
https://sourceforge.net/tracker/?func=detail&aid=3465680&group_id=93107&ati…
has been identified as a duplicate of this bug, I don't think we should
close the other bug report yet because, although the code involved may be
the same, the actual issue is slightly different. cosmetic_changes.py
should convert [[en:Steveville|Steveville]] to
[[:en:Steveville|Steveville]] because it's in the body of the article
rather than treating it as an interwiki language link.
----------------------------------------------------------------------
Comment By: Doug (bewareofdoug)
Date: 2011-12-27 14:01
Message:
It is open, what you see is Valhallasw changing the close_date to none when
he essentially reversed xqt's change of the same day. I've increased the
priority and removed assignment to xqt as his last action was to close it
as "Wont Fix", so there's no reason to believe that he's actually working
on this.
Last I knew interwiki.py did the same thing.
Is that the same issue? I mean does cosmetic_changes.py get the removal
function from interwiki.py or is the same code at least. We have a work
around on ws (where double and triple interwikis are common) though it
really means skipping such pages.
----------------------------------------------------------------------
Comment By: Yevhen Movsesov ()
Date: 2011-12-26 23:04
Message:
1. Is this issue is "Open" ? Ask, because on this page I see
"close_date 2010-06-09 00:36"
2. If it "Open" please increase priority, or provide workaround.
3. s this problem with "standardizePageFooter" module ?
If yes, which line should I comment as workaround ?
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2010-06-09 00:54
Message:
In no case should a bot destroy data, especially not if the reasoning
behind it is 'the software cannot cope with it'. A double interwiki might
be wrong from a MediaWiki/pwb perspective, but it is *not* wrong from a
content perspective. As such, they should simply be left alone.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2010-06-09 00:36
Message:
MediaWiki also could not handle double interwiki to the same site. It only
saves one link into its database and only one link is reachable via api or
database request. Unless this is not changed by MediaWiki's behavior I do
propose not to changed bot's behavior.
----------------------------------------------------------------------
Comment By: JAn (jandudik)
Date: 2010-06-07 07:46
Message:
Double interwiki in page is incorrect - interwiki bot cannot handle it and
it makes problem for them.
----------------------------------------------------------------------
Comment By: Kenrick Anggara (kenrick95)
Date: 2010-06-07 04:09
Message:
Update :
I have updated my Pywikipediabot into the latest version. I test it on that
Thomas & Uber Cup page and the result is :
http://id.wikipedia.org/w/index.php?title=Piala_Thomas_dan_Uber_2010&diff=3…
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3012516&group_…
Patches item #3468426, was opened at 2012-01-02 08:04
Message generated for change (Tracker Item Submitted) made by nickanc
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3468426&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: nickanc (nickanc)
Assigned to: Nobody/Anonymous (nobody)
Summary: welcome.py in venetian
Initial Comment:
welcome.py in venetian :)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3468426&group_…
Feature Requests item #3467116, was opened at 2011-12-29 12:09
Message generated for change (Comment added) made by hiw
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3467116&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: 7
Private: No
Submitted By: hiw (hiw)
Assigned to: Nobody/Anonymous (nobody)
Summary: Ignore archives
Initial Comment:
Since there are sometimes interwikis on pages like it happened here:
http://de.wikipedia.org/w/index.php?title=Wikipedia:Auskunft/Archiv/2010/Wo…
Since this page is an archive, marked with the template {{Archiv}} I suggest adding all those templates to the ignore page section in the pagegenerator.
----------------------------------------------------------------------
>Comment By: hiw (hiw)
Date: 2012-01-01 17:53
Message:
yes, that's the one.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2011-12-30 03:51
Message:
I guess this is from the script we are acting on. pagegenerators.py should
ignore archives by default.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3467116&group_…
Bugs item #3414669, was opened at 2011-09-27 12:50
Message generated for change (Comment added) made by hiw
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3414669&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: hiw (hiw)
Assigned to: Nobody/Anonymous (nobody)
Summary: interwiki.py removing page text
Initial Comment:
Following edit on NL-disamb. page, the page got emptied, only the interwiki link remained. Interwiki.py should not have touched the page in the first place, since the interwiki link was already set earlier.
Diff-link: http://nl.wikipedia.org/w/index.php?title=Blankenbach&diff=next&oldid=10676…
Active Python on Microsoft Windows XP [Version 5.1.2600]
Pywikipedia [http] trunk/pywikipedia (r9558, 2011/09/25, 20:30:54)
Python 2.7.2 (default, Jun 24 2011, 12:21:10) [MSC v.1500 32 bit (Intel)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
----------------------------------------------------------------------
>Comment By: hiw (hiw)
Date: 2012-01-01 17:50
Message:
Haven't seen the bug again so far. Nobody ripped my head of. I like the
idea of logging a warning.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-12-29 10:06
Message:
Probably because the save was caught by the 'built-in' filter. We might
want to log a warning when that happens instead of silently skipping the
page.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2011-12-29 09:48
Message:
Did anybody have seen this bug again. I checked edits via abuse filter for
the last 3 months and I never saw that bug.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2011-10-04 07:15
Message:
We cannot exclude empty category pages :(
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2011-10-03 12:23
Message:
r9580 prohibits editing empty pages. This should prevent problems but it
does not solve the bug itself.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-09-29 13:09
Message:
relevant wikitech-l thread:
http://lists.wikimedia.org/pipermail/wikitech-l/2011-September/055420.html
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-09-29 12:34
Message:
Confirmed on eowiki, 25 suspected pages
http://eo.wikipedia.org/w/index.php?title=Anton%C3%ADn_Kl%C3%A1%C5%A1tersk%…
Confirmed on simplewiki, 3 suspected pages
itwiki: no results
ptwiki: no results
dewiki: no results
frwiki: results, but all from the same antivandalism bot
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-09-29 12:14
Message:
Using the following query to find suspected edits...
select rc_cur_time, rc_user, rc_namespace, rc_title, rc_old_len, rc_new_len
from recentchanges left join user_groups on ug_user=rc_user where
rc_new_len < rc_old_len * 0.1 and ug_group = 'bot' and rc_namespace=0;
(note: this will not find *all* bad edits, but at least some)...
http://nl.wikipedia.org/w/index.php?title=Alexander_Gottfried&diff=prev&old…http://nl.wikipedia.org/w/index.php?title=Angerapp&diff=27329689&oldid=1157…http://nl.wikipedia.org/w/index.php?title=Partjessnijder&diff=27331463&oldi…http://nl.wikipedia.org/w/index.php?title=Atax&diff=27330470&oldid=11968796http://nl.wikipedia.org/w/index.php?title=Medinilla&diff=27328890&oldid=110…http://nl.wikipedia.org/w/index.php?title=Merklin&diff=27330198&oldid=11821…http://nl.wikipedia.org/w/index.php?title=Pion&diff=27327730&oldid=14796262http://nl.wikipedia.org/w/index.php?title=Vossenplein&diff=27327943&oldid=1…http://nl.wikipedia.org/w/index.php?title=Walser&diff=27329293&oldid=118420…
so.. at least the specificity is good, even if the sensitivity is not. I'll
try and see what happens on different wikis. Hopefully this will give some
hint whether it's 1.18 related or not.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-09-29 11:39
Message:
At the moment: no. In theory, the special:export function could probably be
replaced by one or more API calls, but I have no reason to assume this
actually solves the problem...
----------------------------------------------------------------------
Comment By: hiw (hiw)
Date: 2011-09-28 19:58
Message:
Can you force the script to use API to get the page text?
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-09-28 12:47
Message:
I did some more testing, using
python interwiki.py -lang:de -page:Blankenbach%20%28Begriffskl%C3%A4rung%29
-async -cleanup -auto -async
note that these findings are not necessarily true for running on full
auto...
in this setup, the bot ALWAYS uses special:export to get page text. It does
use the API to write the pages. It only retrieves the pages ONCE, at the
start of the run.
sigh.
----------------------------------------------------------------------
Comment By: hiw (hiw)
Date: 2011-09-27 15:31
Message:
Pffff, I believe it was:
interwiki.py -all -async -cleanup -log -auto -start:
I would think I used -ns:0 also, nut sure.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-09-27 13:53
Message:
Question to both committer and myst: what was the exact command line you
were using?
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-09-27 13:49
Message:
Last note for tonight: quickly reviewing the diff to r9500 (2011-09-03) did
not yield anything really change. Note: I did this in one bunch. Reviewing
commits from the mailinglist one at a time might still be a good plan...
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-09-27 13:42
Message:
Last three edits of interwiki.py are all quite old:
------------------------------------------------------------------------
r9407 | xqt | 2011-07-16 23:35:06 +0200 (Sat, 16 Jul 2011) | 1 line
trailing space for list elements (readability)
------------------------------------------------------------------------
r9387 | amir | 2011-07-16 12:05:50 +0200 (Sat, 16 Jul 2011) | 1 line
adding fa for exception templates
------------------------------------------------------------------------
r9308 | xqt | 2011-06-24 19:14:40 +0200 (Fri, 24 Jun 2011) | 1 line
do not follow static redirects which means do not change the target links
like -noredirect does (with -cleanup option. -force removes that link -
maybe this should be fixed)
------------------------------------------------------------------------
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-09-27 13:37
Message:
This has also happened with Myst's bot on simplewiki:
http://simple.wikipedia.org/w/index.php?title=Mettau%2C_Switzerland&action=…
Increasing priority, rephrased title.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3414669&group_…