Bugs item #3414669, was opened at 2011-09-27 12:50
Message generated for change (Comment added) made by valhallasw
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: 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_…
Bugs item #3414669, was opened at 2011-09-27 12:50
Message generated for change (Comment added) made by xqt
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: 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_…
Bugs item #3433609, was opened at 2011-11-04 10:49
Message generated for change (Settings changed) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3433609&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: Wont Fix
Priority: 5
Private: No
Submitted By: Daniel Barrett (djbarrett)
Assigned to: xqt (xqt)
Summary: Patch 3419295 did not fix python 2.4 compatibility
Initial Comment:
After the change from 3419295, there is still a syntax error:
sudo python redirect.py double
Traceback (most recent call last):
File "redirect.py", line 66, in ?
import wikipedia as pywikibot
File "/usr/local/pywikipedia/wikipedia.py", line 142, in ?
from pywikibot import *
File "/usr/local/pywikipedia/pywikibot/__init__.py", line 16, in ?
from i18n import translate
File "/usr/local/pywikipedia/pywikibot/i18n.py", line 14, in ?
from plural import plural_rules
File "/usr/local/pywikipedia/pywikibot/plural.py", line 17
0 if (n == 0) else
^
SyntaxError: invalid syntax
$ python version.py
Pywikipedia [http] trunk/pywikipedia (r9725, 2011/11/04, 14:50:26)
Python 2.4.3 (#1, Sep 21 2011, 19:55:41)
[GCC 4.1.2 20080704 (Red Hat 4.1.2-51)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2011-11-10 09:13
Message:
patch for pre 2.5 python version applied with r9740
----------------------------------------------------------------------
Comment By: Daniel Barrett (djbarrett)
Date: 2011-11-07 09:23
Message:
Yes, your sys.version_info command returns True.
Python 2.4 is still supplied with CentOS 5. CentOS 6 is out but only
recently (it has Python 2.6).
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2011-11-07 09:12
Message:
We could not give a recommended release because there are some updates like
family files depending which are needed for some stuff that have changed.
On the other hand there are some script releases who are 2.4 clean. Plural
support was introduced with r9464 thus pre-r9464 might work with py 2.4.
Could you pleace check via idle whether the folowing statements gives
true:
>>> import sys
>>> sys.version_info < (2,5)
True
I could change the i18n methods for 2.4 to a older release and _default
state which gives no full plural support but enables it for py 2.4. This is
for the moment. py 2.7.2 would be recommended ;)
----------------------------------------------------------------------
Comment By: Daniel Barrett (djbarrett)
Date: 2011-11-07 06:50
Message:
Thanks. If you are deprecating Python 2.4 officially, could you please
document your recommended version number that is the most stable and works
with 2.4?
If you don't have access to a 2.4 system I would be happy to help. Just
send me a list of POSSIBLE version numbers and I will let you know which
ones break.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-11-07 04:46
Message:
However, please feel free to submit a patch that fully fixes 2.4
compatibility. The problem is neither xqt nor me have access to a python
2.4 install anymore, so it's very hard for us to fix it.
Unfortunately, it's not possible to use a __future__ import for this - the
operators will have to be rewritten:
a if b else c -> [c,a][b] - even though this is horrible in terms of
readability. Please mark the locations you change it with a comment with
the original ternary operator, and possible a fixed #IIF mark, or something
like that (so it could be removed in the future).
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2011-11-06 20:54
Message:
Depends i18n PLURAL support of some scripts and I won't fix since python
2.4 had it last fix more than 3 years ago and we should declare it as
deprecated release for pywikibot support. Upuntu itself no longer bundles
2.4. Please update to 2.7.2 if possible or use an older pywikibot release.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3433609&group_…
Bugs item #3012516, was opened at 2010-06-07 04:02
Message generated for change (Comment added) made by xqt
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: 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_…
Bugs item #3465680, was opened at 2011-12-26 13:47
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3465680&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: Pending
>Resolution: Invalid
Priority: 7
Private: No
Submitted By: Yevhen Movsesov ()
>Assigned to: xqt (xqt)
Summary: Cosmetic_changes.py deletes cross wiki-links
Initial Comment:
Python 2.6.7 (r267:88850, Sep 19 2011, 13:25:28)
[GCC 4.5.2]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
1. I ran in RU-wiki one command:
python /home/$USERNAME/pywiki/cosmetic_changes.py -lang:ru -always -file:/tmp/somefile
2. File "/tmp/somefile" contain list of articles for processing
Struthiomimus
QoS
3. For article "Struthiomimus" in RU-wiki I see, that it was deleted EN cross-link
[[en:Steveville|Steveville]]
https://secure.wikimedia.org/wikipedia/ru/w/index.php?title=Struthiomimus&d…
4. I think, that cosmetic_changes.py should not deletes cross-links to other wikis.
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2011-12-29 09:25
Message:
Like mediawiki software pwb interprets [[en:Steveville|Steveville]] as a
interwiki link not as a crosswiki link. These must be writen as
[[:en:Steveville|Steveville]] . I do not see anything wrong with the bot.
----------------------------------------------------------------------
Comment By: Doug (bewareofdoug)
Date: 2011-12-29 07:20
Message:
This may be caused by the same code but the desired effect is slightly
different, so it's not entirely a dup - but it is obviously related. In
this case though, 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: Yevhen Movsesov ()
Date: 2011-12-26 22:59
Message:
It seems, it the same issue as
https://sourceforge.net/tracker/?func=detail&aid=3012516&group_id=93107&ati…
----------------------------------------------------------------------
Comment By: Yevhen Movsesov ()
Date: 2011-12-26 22:48
Message:
Error with "standardizePageFooter".
When I comment line
# text = self.standardizePageFooter(text)
in file cosmetic_changes.py
then I can't reproduce error.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3465680&group_…
Bugs item #3411427, was opened at 2011-09-19 04:07
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3411427&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: 4
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: xqt (xqt)
Summary: Treat code-only interwikis as valid for main page
Initial Comment:
Interwiki in the form of [[en:]] links to the main page.
It is easy to generate (on Toolserver or from SiteMatrix) a list of interwikis in this form for the main page and they are correct links.
So the bot must not remove them nor change them.
Suggesting the following process:
1) Pull MediaWiki:Mainpage and store it in some variable.
2) When dealing with interwiki, first compare, if the page title == that variable.
3) If yes, simply put short interwikis there (or at least do not remove nor correct them to long)
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2011-12-29 09:14
Message:
I guess it is usefull if the bot can handle with links like [[:en:]] rather
than giving an error. It is able to create a page objekt. And this could be
used indepedent from operating on the main page itself.
----------------------------------------------------------------------
Comment By: Doug (bewareofdoug)
Date: 2011-12-29 07:37
Message:
Is this useful? Most mainpages are protected aren't they? Why don't we
just have the bot ignore/skip mainpages altogether?
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2011-10-24 12:56
Message:
r9672 enables short interwiki links but replaces the page title to the
MediaWiki:Mainpage message
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3411427&group_…
Bugs item #1968967, was opened at 2008-05-21 10:52
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1968967&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: Pending
>Resolution: Out of Date
Priority: 5
Private: No
Submitted By: David Crochet (crochet_david)
>Assigned to: xqt (xqt)
Summary: no possible deletion with delete user right
Initial Comment:
my bot (Crochet.david.bot) had a Test-administrator group statut (so not the sysop group statut), but this statut have the delete rights (as the sysop group statut) in the incubator wikimedia project.
So, as you can see with the terminal output (attach file)
the bot can't delete.
user rights in incubator : http://incubator.wikimedia.org/wiki/Special:ListGroupRights
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2011-12-29 09:07
Message:
The behavior of the bot has been changed and user rights are read via api
call. We assume default rights but we should use the api results in
general. I guess this could be closed according out of date.
----------------------------------------------------------------------
Comment By: Doug (bewareofdoug)
Date: 2011-12-29 08:00
Message:
Is there a reason the bot checks for particular privileges in the first
place? Can't the bot simply deal with the insufficient privileges response
from the mediawiki software?
----------------------------------------------------------------------
Comment By: Doug (bewareofdoug)
Date: 2011-12-15 04:18
Message:
delete.py works fine, I've recently tested on two non-wmf wikis and could
test on a wmf wiki if we really need to. Cosoleto seems to have pointed to
the problem. Either that or user_config.py was not set up properly.
On the other hand, this points at a real and, I'm fairly certain, ongoing
problem, which is that the bot fails when the bot account has special
rights, such as delete, block, or import, under a userrights group other
than sysop.
----------------------------------------------------------------------
Comment By: Francesco Cosoleto (cosoleto)
Date: 2008-06-12 06:50
Message:
Logged In: YES
user_id=181280
Originator: NO
In wikipedia.py (_getUserData()) try to replace:
if 'sysop' in self._rights[index]:
self._rights[index].extend(['delete', 'undelete', 'block',
'protect', 'import', 'deletedhistory', 'unwatchedpages'])
with:
if 'sysop' in self._rights[index] or 'test-sysop' in
self._rights[index]:
self._rights[index].extend(['delete', 'undelete', 'block',
'protect', 'import', 'deletedhistory', 'unwatchedpages'])
----------------------------------------------------------------------
Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2008-05-22 10:35
Message:
Logged In: YES
user_id=1963242
Originator: NO
I'm told by david that wgUserGroups reads
var wgUserGroups = ["bot", "test-sysop", "*", "user", "autoconfirmed"];
on the incubator, meaning that site._rights[1] will be ["bot",
"test-sysop", "user", "autoconfirmed"]
Then, when isAllowed('delete', True), boolean checks " 'delete' in
site._rights[1] ", it returns False, and it raises a LockedPage exception.
David also tells me that his admin user rights (on wikiversity-fr) are "var
wgUserGroups = ["sysop", "*", "user", "autoconfirmed"];". This means that
even with "normal" sysop rights, "delete" is *_never_* in var
wgUserGroups.
I don't have sysop rights on any projects, so I can't really diagnose much
more on this problem, but are we sure that we are still able to delete
pages here ? Isn't somewhat broken ??
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1968967&group_…
Bugs item #2685388, was opened at 2009-03-12 09:35
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2685388&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 bot shouldn't replace redirects
Initial Comment:
According to http://en.wikipedia.org/wiki/WP:R#NOTBROKEN, links to non-broken redirects should not be fixed, thus e.g. this bot edit http://en.wikipedia.org/w/index.php?title=Extended_SMTP&curid=1064104&diff=… (changing de link from redirect page to subsection) is not correct, and this behaviour should be fixed.
Pywikipedia [http] trunk/pywikipedia (r6506, Mar 11 2009, 17:54:39)
Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit (Intel)]
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2011-12-29 08:50
Message:
You may always use __STATICREDIRECT__ for not replacing redirects. In most
cases the redirects are created during moving the target page and this
should be fixed. Maybe we should change the behaviour for redirects to a
subsection likewise a __STATICREDIRECT__. Keep it open.
----------------------------------------------------------------------
Comment By: Doug (bewareofdoug)
Date: 2011-12-29 08:16
Message:
The referenced -noredirect bug was closed over a year ago but with no noted
resolution. Is this bug still valid? Is that bug (the -noredirect one)
still an issue?
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-04-01 02:59
Message:
I think you cannot use -noredirect, because of this bug:
http://sourceforge.net/tracker/index.php?func=detail&aid=2555767&group_id=9…
hope it'd be easy to fix, and the "-noredirect" option will be back.
----------------------------------------------------------------------
Comment By: LouPeter (loupeter)
Date: 2009-03-18 00:31
Message:
At http://en.wikipedia.org/wiki/Help:Interlanguage_links on the subsection
"Bots and links to and from a section" is said:
... The activity of the bots also requires that interlanguage links are
only put from an article to an article covering the same subject, not more
and not less. It is technically possible to make an interlanguage link from
an article to a section of an article, just like any link to a section. The
bots can handle this. They will not try to link back from a section to the
articles that links to it. Maintaining this links by hand, however, is
complicated, so linking to a section is still not recommended. ...
So it seems not recommended but allowed. Maybe these kind of interwikis
should remain out of the bot activities and be maintained by hand.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-03-17 15:12
Message:
I think the two main points of WP:R#NOTBROKEN is that "fixing" these
redirects really doesn't help, and usually hides useful information. In
the case of en:Extended_SMTP, the German wiki has it redirecting to a
section of SMTP. All other languages have it as a separate article, and I
suspect the German wiki will eventually have that way also. But, even
straight redirects are often useful to keep separate. It is common to have
a single article which covers closely related topics "A" and "B" using a
generic name [[C]], with redirects of [[B]]->[[C]] and [[A]]->[[C]].
Another language may have those subjects in separate articles, keeping the
redirects lets both of them have inter-wiki links.
Rather than have a bot that "fixes" these redirects that aren't broken, it
would be nice to have a bot that went thorough and identified pipes that
are being used to avoid not-broken redirects. Say, there is a link of
[[topic!altname]], with a redirect of [[altname]]->[[topic]], changing the
link to just [[altname]] would help things.
----------------------------------------------------------------------
Comment By: Mikko Silvonen (silvonen)
Date: 2009-03-17 09:28
Message:
Is anybody listening...? Other users are telling me that my bot violates
this convention on the English Wikipedia by replacing redirects:
http://en.wikipedia.org/wiki/Wikipedia:R#NOTBROKEN
Or should I just start using the -noredirect option and ignore all the
misspellings in interwiki links?
----------------------------------------------------------------------
Comment By: Mikko Silvonen (silvonen)
Date: 2009-03-12 21:57
Message:
I got this wish also on my bot talk page.
In general it may be impossible to distinguish "good" redirect pages from
"bad" ones automatically (and my feeling is that most redirects encountered
by bots are the result of initially misspelled page titles), but could we
assume that redirects pointing to subsections are always good ones? I
haven't thought about all the consequences.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2685388&group_…
Bugs item #2685388, was opened at 2009-03-12 09:35
Message generated for change (Comment added) made by bewareofdoug
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2685388&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 bot shouldn't replace redirects
Initial Comment:
According to http://en.wikipedia.org/wiki/WP:R#NOTBROKEN, links to non-broken redirects should not be fixed, thus e.g. this bot edit http://en.wikipedia.org/w/index.php?title=Extended_SMTP&curid=1064104&diff=… (changing de link from redirect page to subsection) is not correct, and this behaviour should be fixed.
Pywikipedia [http] trunk/pywikipedia (r6506, Mar 11 2009, 17:54:39)
Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit (Intel)]
----------------------------------------------------------------------
>Comment By: Doug (bewareofdoug)
Date: 2011-12-29 08:16
Message:
The referenced -noredirect bug was closed over a year ago but with no noted
resolution. Is this bug still valid? Is that bug (the -noredirect one)
still an issue?
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-04-01 02:59
Message:
I think you cannot use -noredirect, because of this bug:
http://sourceforge.net/tracker/index.php?func=detail&aid=2555767&group_id=9…
hope it'd be easy to fix, and the "-noredirect" option will be back.
----------------------------------------------------------------------
Comment By: LouPeter (loupeter)
Date: 2009-03-18 00:31
Message:
At http://en.wikipedia.org/wiki/Help:Interlanguage_links on the subsection
"Bots and links to and from a section" is said:
... The activity of the bots also requires that interlanguage links are
only put from an article to an article covering the same subject, not more
and not less. It is technically possible to make an interlanguage link from
an article to a section of an article, just like any link to a section. The
bots can handle this. They will not try to link back from a section to the
articles that links to it. Maintaining this links by hand, however, is
complicated, so linking to a section is still not recommended. ...
So it seems not recommended but allowed. Maybe these kind of interwikis
should remain out of the bot activities and be maintained by hand.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-03-17 15:12
Message:
I think the two main points of WP:R#NOTBROKEN is that "fixing" these
redirects really doesn't help, and usually hides useful information. In
the case of en:Extended_SMTP, the German wiki has it redirecting to a
section of SMTP. All other languages have it as a separate article, and I
suspect the German wiki will eventually have that way also. But, even
straight redirects are often useful to keep separate. It is common to have
a single article which covers closely related topics "A" and "B" using a
generic name [[C]], with redirects of [[B]]->[[C]] and [[A]]->[[C]].
Another language may have those subjects in separate articles, keeping the
redirects lets both of them have inter-wiki links.
Rather than have a bot that "fixes" these redirects that aren't broken, it
would be nice to have a bot that went thorough and identified pipes that
are being used to avoid not-broken redirects. Say, there is a link of
[[topic!altname]], with a redirect of [[altname]]->[[topic]], changing the
link to just [[altname]] would help things.
----------------------------------------------------------------------
Comment By: Mikko Silvonen (silvonen)
Date: 2009-03-17 09:28
Message:
Is anybody listening...? Other users are telling me that my bot violates
this convention on the English Wikipedia by replacing redirects:
http://en.wikipedia.org/wiki/Wikipedia:R#NOTBROKEN
Or should I just start using the -noredirect option and ignore all the
misspellings in interwiki links?
----------------------------------------------------------------------
Comment By: Mikko Silvonen (silvonen)
Date: 2009-03-12 21:57
Message:
I got this wish also on my bot talk page.
In general it may be impossible to distinguish "good" redirect pages from
"bad" ones automatically (and my feeling is that most redirects encountered
by bots are the result of initially misspelled page titles), but could we
assume that redirects pointing to subsections are always good ones? I
haven't thought about all the consequences.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2685388&group_…
Bugs item #1968967, was opened at 2008-05-21 10:52
Message generated for change (Comment added) made by bewareofdoug
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1968967&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: David Crochet (crochet_david)
Assigned to: Nobody/Anonymous (nobody)
Summary: no possible deletion with delete user right
Initial Comment:
my bot (Crochet.david.bot) had a Test-administrator group statut (so not the sysop group statut), but this statut have the delete rights (as the sysop group statut) in the incubator wikimedia project.
So, as you can see with the terminal output (attach file)
the bot can't delete.
user rights in incubator : http://incubator.wikimedia.org/wiki/Special:ListGroupRights
----------------------------------------------------------------------
>Comment By: Doug (bewareofdoug)
Date: 2011-12-29 08:00
Message:
Is there a reason the bot checks for particular privileges in the first
place? Can't the bot simply deal with the insufficient privileges response
from the mediawiki software?
----------------------------------------------------------------------
Comment By: Doug (bewareofdoug)
Date: 2011-12-29 08:00
Message:
Is there a reason the bot checks for particular privileges in the first
place? Can't the bot simply deal with the insufficient privileges response
from the mediawiki software?
----------------------------------------------------------------------
Comment By: Doug (bewareofdoug)
Date: 2011-12-15 04:18
Message:
delete.py works fine, I've recently tested on two non-wmf wikis and could
test on a wmf wiki if we really need to. Cosoleto seems to have pointed to
the problem. Either that or user_config.py was not set up properly.
On the other hand, this points at a real and, I'm fairly certain, ongoing
problem, which is that the bot fails when the bot account has special
rights, such as delete, block, or import, under a userrights group other
than sysop.
----------------------------------------------------------------------
Comment By: Francesco Cosoleto (cosoleto)
Date: 2008-06-12 06:50
Message:
Logged In: YES
user_id=181280
Originator: NO
In wikipedia.py (_getUserData()) try to replace:
if 'sysop' in self._rights[index]:
self._rights[index].extend(['delete', 'undelete', 'block',
'protect', 'import', 'deletedhistory', 'unwatchedpages'])
with:
if 'sysop' in self._rights[index] or 'test-sysop' in
self._rights[index]:
self._rights[index].extend(['delete', 'undelete', 'block',
'protect', 'import', 'deletedhistory', 'unwatchedpages'])
----------------------------------------------------------------------
Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2008-05-22 10:35
Message:
Logged In: YES
user_id=1963242
Originator: NO
I'm told by david that wgUserGroups reads
var wgUserGroups = ["bot", "test-sysop", "*", "user", "autoconfirmed"];
on the incubator, meaning that site._rights[1] will be ["bot",
"test-sysop", "user", "autoconfirmed"]
Then, when isAllowed('delete', True), boolean checks " 'delete' in
site._rights[1] ", it returns False, and it raises a LockedPage exception.
David also tells me that his admin user rights (on wikiversity-fr) are "var
wgUserGroups = ["sysop", "*", "user", "autoconfirmed"];". This means that
even with "normal" sysop rights, "delete" is *_never_* in var
wgUserGroups.
I don't have sysop rights on any projects, so I can't really diagnose much
more on this problem, but are we sure that we are still able to delete
pages here ? Isn't somewhat broken ??
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1968967&group_…