https://bugzilla.wikimedia.org/show_bug.cgi?id=55036
Web browser: --- Bug ID: 55036 Summary: redirect.py logging of problems that cannot be fixed Product: Pywikibot Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: Unprioritized Component: General Assignee: Pywikipedia-bugs@lists.wikimedia.org Reporter: legoktm.wikipedia@gmail.com Classification: Unclassified Mobile Platform: ---
Originally from: http://sourceforge.net/p/pywikipediabot/feature-requests/306/ Reported by: Anonymous user Created on: 2012-05-20 11:31:33 Subject: redirect.py logging of problems that cannot be fixed Assigned to: xqt Original description: redirect.py needs to log issues it is unable to fix and why on each wiki. There are several flavors of problems that appears on Special:Doubleredirects
1. Self redirects (redirects that point to themselves) 2. Redirect loops (redirects that go in circles) 3. Double redirects formed due to page protection. 4. Inter-wiki redirects (redirects that point to redirects in other wikis)
It would be a lot easier if I had a log of these pages and user can post it on the village pump or perhaps bot can do this monthly for a select number of wikis. The code already provides a warning on the console but when you are running it on 700 wikis like me that becomes a serious chore to follow.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55036
--- Comment #1 from Kunal Mehta (Legoktm) legoktm.wikipedia@gmail.com --- 1. - 3. are all listed by Special:DoubleRedirects. They are remaining after the redirect bot cannot solve the problem. 4. Interwiki redirects normally are fixed be interwiki bots except there is a __STATICREDIRECT__ in the redirect page.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55036
--- Comment #2 from Kunal Mehta (Legoktm) legoktm.wikipedia@gmail.com --- rejected. I do not see any sense for a list duplication of Special:DoubleRedirects
https://bugzilla.wikimedia.org/show_bug.cgi?id=55036
--- Comment #3 from Kunal Mehta (Legoktm) legoktm.wikipedia@gmail.com --- - **assigned_to**: nobody --> xqt - **status**: open --> closed
https://bugzilla.wikimedia.org/show_bug.cgi?id=55036
--- Comment #4 from Kunal Mehta (Legoktm) legoktm.wikipedia@gmail.com --- How is keeping track of problems bots are unable to fix a duplication of Special:DoubleRedirect's?
You asked me to file this bug request after I explained the problem I was having to you.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55036
--- Comment #5 from Kunal Mehta (Legoktm) legoktm.wikipedia@gmail.com --- - **status**: closed --> open
https://bugzilla.wikimedia.org/show_bug.cgi?id=55036
--- Comment #6 from Kunal Mehta (Legoktm) legoktm.wikipedia@gmail.com --- They remain in Special:DoubleRedirects and must be fixed by hand or deleted by admins. It is easy to distinguish between multiple redirects and redirect loops and there is no need to explain it outside.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55036
--- Comment #7 from Kunal Mehta (Legoktm) legoktm.wikipedia@gmail.com --- It isn't easy to distinguish they just appear like redirects bot can fix. I want to have the option in the code to log that and post this to the village pump for local communities attention.
It is very difficult for me to do that by hand on 700 wikis of which most don't even need my attention.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55036
--- Comment #8 from Kunal Mehta (Legoktm) legoktm.wikipedia@gmail.com --- There are several bot who work on double redirects several time a day. The remaining items might be redirect loops or self redirects. e.g.
Foo --> Foo --> Foo are always self loops
Foo --> Bar --> Foo Bar --> Foo --> Bar are always redirect loops
is it difficult?
https://bugzilla.wikimedia.org/show_bug.cgi?id=55036
--- Comment #9 from Kunal Mehta (Legoktm) legoktm.wikipedia@gmail.com --- When you are plowing through 700 wikis even simple tasks become difficult. A compiled report would let me know which wikis to notify that human intervention is necessarily on which pages which can denote the type of intervention necessary. The prepared report could be language specific so es.Wikipedia would get a report in Spanish, de.Wikipedia would get a report in German, etc.
Protected redirects are a problem particularly as they appear like stuff bots can fix but they can't because bots are unable to edit protected pages. This is not one of your examples. Special:Doubleredirects makes no distinction for this type of problem.
Redirect loops may be more than 2 pages. Among 200 entries such a thing could be difficult to spot.
Also while how to deal with redirect loops is obvious to you and me, admins in local communities are often more than uneasy in dealing with this issue they are not familiar with.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55036
--- Comment #10 from Kunal Mehta (Legoktm) legoktm.wikipedia@gmail.com --- If there is nobody who can deal with these special pages, there is no reason to post it again on the village pumb. I guess a better way is to solve the remaining problems if possible. This means for redirect loops and self links: - check whether there is any possibility to solve the redirect link to a new page - otherwise tag it for speedy deletion. I worked on that and the code is ready and I did som test edits in past. I guess I'll commit it in autumn into rewrite.
example of the current working copy working: >>> USB-on-the-go <<< Links to: [[USB-on-the-go]]. Warning: Redirect target [[USB-on-the-go]] forms a redirect loop. NOTE: Searching for USB-on-the-go 1 - ratio 0.692308 1 USB On-The-Go 20 - ratio 0.222222 90 Mobile operating system 18 - ratio 0.181818 99 Universal Serial Bus 10 - ratio 0.300000 33 USB 3.0 13 - ratio 0.285714 45 Live USB 17 - ratio 0.228571 74 USB Implementers Forum 10 - ratio 0.153846 65 Windows To Go 11 - ratio 0.357143 30 USB flash drive 19 - ratio 0.176471 107 Handheld game console 21 - ratio 0.157895 133 Features new to Windows 8 1 (1) USB On-The-Go [[en:USB-on-the-go]] may lead to [[en:USB On-The-Go]]
https://bugzilla.wikimedia.org/show_bug.cgi?id=55036
--- Comment #11 from Kunal Mehta (Legoktm) legoktm.wikipedia@gmail.com --- The special page does not tell the user the type of problem that exists. It does not denote that bots cannot fix them. I just want to be able to log the problems the bot already displays on the cmd page so that I can review it and point issues on the village pump. It takes me weeks of discussion and nagging sysops to get them to fix the issues even on wikis like en.wikipedia. Why are you opposing this?
Local communities do not want automatic speedy deletion tags. I do not want to manually check all 700 wikis which are almost entirely in languages I cannot even read.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55036
--- Comment #12 from Kunal Mehta (Legoktm) legoktm.wikipedia@gmail.com --- If there are any remaining items in the special page, this means the bot cannot fix them. You may create separated logfiles for each language and tag it to the village pump or elsewhere. You may use pagefromfile.py to tag it. Anyway I do not see the sense. If people do not process the special page what is your hope doing this by a another message to the community. And in general the implementation of such a message must reflect that some pages are already tagged by the previous run or previous bot. I guess it is easier to open a bugzila bug to enable some more descriptions about the items (locked pages, redirect loops). And at last: fell free to submitt a patch - we will see.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55036
--- Comment #13 from Kunal Mehta (Legoktm) legoktm.wikipedia@gmail.com --- Sure. This would be ideal for me as well. However my proposal to prevent the creation of self redirects didn't even fly: https://bugzilla.wikimedia.org/show%5C_bug.cgi?id=34932
redirect.py wouldn't be needed if mediawiki was able to distinguish double redirect problems. I have been told that this is too costly which is why I do not expect a resolution on the mediawiki end.
Local communities are willing to resolve them if they know what the problem is and that bots cannot fix it. I want to periodically report to them.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55036
--- Comment #14 from Kunal Mehta (Legoktm) legoktm.wikipedia@gmail.com --- mediawiki is (!) already able to distinguish double redirect problems. This depends only by a config variable. This is not true for redirect loops where a solution is comming and supports bot users to fix it.
Do you have any sample or threat where peoble needs additional informations about broken or double redirects to fix them?
https://bugzilla.wikimedia.org/show_bug.cgi?id=55036
Kunal Mehta (Legoktm) legoktm.wikipedia@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://sourceforge.net/p/p | |ywikipediabot/feature-reque | |sts/306
https://bugzilla.wikimedia.org/show_bug.cgi?id=55036
xqt info@gno.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED CC| |info@gno.de Resolution|--- |WONTFIX
pywikipedia-bugs@lists.wikimedia.org