rotemliss wrote:

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.

cohesion wrote:

It seems to point to a different nonexistent article on every dump. Odd.

vic.garin wrote:

Please fix it. :(

rotemliss wrote:

*** 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

robchur wrote:

*** Bug 9081 has been marked as a duplicate of this bug. ***

vic.garin wrote:

There is a patch made for this problem:

http://bugzilla.wikimedia.org/show_bug.cgi?id=8799

Can some one test it out?

(In reply to comment #8)

There is a patch made for this problem:

http://bugzilla.wikimedia.org/show_bug.cgi?id=8799

Can some one test it out?

OK, then I am to assume that this was fixed with 8799.

rotemliss wrote:

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.

end_invites wrote:

*** Bug 9264 has been marked as a duplicate of this bug. ***

end_invites wrote:

Initial comment from Filip Maljkovic [Dungodung] <dungodung@gmail.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 <parker0007@gmail.com>, at 2007-03-12 21:22 UTC
[reply]
Unlike Special:DoubleRedirects when a double redirect is fixed it dissapears from
the
list, while when a Special:BrokenRedirects is fixed it stays on the list.
Requesting
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
<s></s> tags.

yonatanh wrote:

Just got this bug on commons. This time it says the broken redirects redirect to
User:AlbertCastillo. See
http://commons.wikimedia.org/w/index.php?title=Special:BrokenRedirects&limit=500&offset=0

webboy wrote:

Pacht fixing bug 7890

This patch will fix bug 7890 and also the Special pages part of bug 9237

Attached:

end_invites wrote:

Can some one Test this patch and add to the revisions?

webboy wrote:

*** Bug 10029 has been marked as a duplicate of this bug. ***

robchur wrote:

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..."

webboy wrote:

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.

webboy wrote:

Behavior still exists on the Dutch Wikipedia (last update: 28 Aug 2007 10:41 (CEST))

http://nl.wikipedia.org/wiki/Speciaal:GebrokenDoorverwijzingen

rotemliss wrote:

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.