Last modified: 2007-09-14 04:23:27 UTC
Normally, when a broken redirect in the [[Special:BrokenRedirects]] list is
deleted, it becomes a redlink and is struck out. In the current dump, however,
the list shows it as remaining a bluelink and pointing to the redlink
[[Abderrahim Goumri]]. The redirects did not point to that article before they
were deleted, and that article never existed (though he's linked to from a
couple of articles).
Note that the problem was also exist in hewiki for a while (and it is still
exist, even now: see [[he:Special:BrokenRedirects]]). There, every deleted
redirect looks like it links to the article בונה ירושלים (the Builder of
Jerusalem?), though it is also not exist, and was never exist.
It seems to point to a different nonexistent article on every dump. Odd.
Please fix it. :(
*** Bug 9081 has been marked as a duplicate of this bug. ***
Changing the summary so it isn't en:wiki-centric :)
Please don't change the priority and severity. I've returned them back to normal
There is a patch made for this problem:
Can some one test it out?
(In reply to comment #8)
> There is a patch made for this problem:
> Can some one test it out?
OK, then I am to assume that this was fixed with 8799.
I'm not sure that patch fixed the bug, since I don't know what is the reason for
the bug. It may fix it, though, so I suggest to close it as WORKSFORME if it
seems to be fixed.
*** Bug 9264 has been marked as a duplicate of this bug. ***
Initial comment from Filip Maljkovic [Dungodung] <email@example.com>, at 2007-02-
24 12:24 UTC [reply]
Ok, I've discovered an unusual bug.
Today, I've started fixing broken redirects on sr: wiki (via
[[Special:BrokenRedirects]]) and after fixing 3 redirects, I reloaded the
special page and the three items were stricken, just as they are supposed to be.
Afterwards, I've continued dealing with broken redirects and after a few more
resolved items, I reloaded the special page, but the newly resolved items
weren't stricken. Instead, they all appeared as if they are redirecting to the
same page (that, naturally, doesn't exist, and never has). Of course, they
should all be stricken and not appear as though they redirect to [[sr:Оса]].
(Also, why did the software choose that particular page?)
Initial comment from parker007 <firstname.lastname@example.org>, at 2007-03-12 21:22 UTC
Unlike Special:DoubleRedirects when a double redirect is fixed it dissapears from
list, while when a Special:BrokenRedirects is fixed it stays on the list.
patch to bring Special:BrokenRedirects up to date.
#7 from Rotem Liss 2007-03-13 14:36 UTC [reply]
I guess you mean the fact the double redirects disappear from the list when
fixed or deleted, while it is not done in the broken redirects page. In fact, it
*is* done for the broken redirects, but they don't disappear but get the HTML
Just got this bug on commons. This time it says the broken redirects redirect to
Created attachment 3395 [details]
Pacht fixing bug 7890
This patch will fix bug 7890 and also the Special pages part of bug 9237
Can some one Test this patch and add to the revisions?
*** Bug 10029 has been marked as a duplicate of this bug. ***
Fixed in r24859.
Note the caveat: "There could be some issues here, since a redirect to a special page that doesn't exist *is* "broken", but I don't think we have a clear, clean means of excluding these at present..."
This bug is not fixed (r25148).
The last update of this special page on en.wikipedia.org was before the software upgrade; putting back to fixed pending a report of current data.
Behavior still exists on the Dutch Wikipedia (last update: 28 Aug 2007 10:41 (CEST))
Fixed in r25843. The problem was caused by false entries in the pagelinks table, where pl_from=0. Special:BrokenRedirects checked for the first broken link from the page, but if the page was no longer exist, it checked for the link from the page id 0. Now it knows that if the page ID is 0, no links are exist from this page, and correctly strikes the page.
Note that the former fix (Comment 17) wasn't about the deleted redirects listing, but about the redirects to special pages.