Last modified: 2012-10-11 20:31:31 UTC
Special:RecentChanges shows the record for the page which has been deleted later on. Attached screenshot (showing both enhanced and simple version of RC) is pretty selfexplanatory - look for Lubos33 page. 9:01 created 9:25 moved from main ns to user's ns 9:26 deleted but still shown blue link as existing although log (both move and delete) shows red as nonexisting.
Created attachment 5351 [details] screenshot from s:cs: recent changes
Page moves do not update RC, so the query to delete RC rows with the deleted title will not affect the old rows.
Fixed in r41069
Created attachment 5382 [details] screenshot from b:cs: recent changes Spotted on b:cs: running currently on r41337. Screenshot included, check for "Portování na KDE 4"
This page has no deletion log history
(In reply to comment #5) > This page has no deletion log history > That'd be bug 12129?
(In reply to comment #5) > This page has no deletion log history > Sorry, there's wrong space char in my text. Actually if you took a look on the screenshot, you'd notice I've written KDE 4 instead of KDE4 by mistake. http://cs.wikibooks.org/w/index.php?title=Speci%C3%A1ln%C3%AD%3ALog&type=delete&user=&page=Portov%C3%A1n%C3%AD+na+KDE4&year=&month=-1
http://cs.wikibooks.org/w/index.php?title=Speci%E1ln%ED%3ALog&uselang=en&user=&page=Portov%E1n%ED+na+KDE4&year=&month=-1 Hmm, the new page was moved, leaving the redirect at that title. The redirect was deleted, which had it's own page ID, but the original creation RC entry still had the actual ID for the page (not the redirect ID). Looks like the query just needs a small tweak.
Fixed in r41667
Reopening again with changing the summary to more general, since I guess it's the same problem which I spotted now: Special:NewPages does show nonexistent pages as blue links although they have been moved and the original name was deleted. See currently http://cs.wikinews.org/wiki/Speci%C3%A1ln%C3%AD:Newpages and look for "Kosovští srbové:Ahtisaari je ten poslední, kdo by měl dostat Nobelovu cenu" article eg. Looks like there's some more general issue somewhere which causes this. I don't remember, when exactly I spotted this for the first time (say about few days before I reported this bug) but I am sure that this behavior was never before, thus we may try to search in relevant revisions committed about in those days for edits that brought this mistake in.
Page moves never have updated old recentchanges rows
Sorry, it should have been deletions after move. Correcting the summary.
The same behavior in renaming users: I have blocked some users, then renamed them. Other admin blocked original usernames again. I saw those users again and renamed them again. see http://cs.wikipedia.org/w/index.php?title=Speci%C3%A1ln%C3%AD%3ALog&type=renameuser&user=&page=&year=&month=-1
*** Bug 18402 has been marked as a duplicate of this bug. ***
Possibly caused by the ability to suppress redirects on move leaving, which leaves no page at the old title without having to delete it. The RC entries are still there, which NewPages uses.
(In reply to comment #15) > Possibly caused by the ability to suppress redirects on move leaving, which > leaves no page at the old title without having to delete it. The RC entries are > still there, which NewPages uses. The bug duplicated above doesn't require move with suppression.
