| Danny_B | |
| Sep 20 2008, 1:20 PM |
| F5065: sshot.png | |
| Nov 21 2014, 10:18 PM |
| F5064: screenshot.png | |
| Nov 21 2014, 10:18 PM |
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.
Version: 1.14.x
Severity: normal
Page moves do not update RC, so the query to delete RC rows with the deleted title will not affect the old rows.
screenshot from b:cs: recent changes
Spotted on b:cs: running currently on r41337. Screenshot included, check for "Portování na KDE 4"
Attached:
mike.lifeguard+bugs wrote:
(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.
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.
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.
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
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.
