Thorncrag wrote:

This just occurred to me, see (admin required):

http://en.wikipedia.org/w/index.php?title=Special:Log&type=delete&page=Kayleigh_Bowers
http://en.wikipedia.org/w/index.php?title=Kayleigh_Bowers&action=history

Thorncrag wrote:

(In reply to comment #1)

This just occurred to me, see (admin required):

http://en.wikipedia.org/w/index.php?title=Special:Log&type=delete&page=Kayleigh_Bowers
http://en.wikipedia.org/w/index.php?title=Kayleigh_Bowers&action=history

I was also using Twinkle. I suspect this may have to do with the API rather than core.

thor.malmjursson wrote:

Apologies for the exceptionally long delay, I've only just got access again to my email for the bugzilla after losing the account password, and spending a shedload of time trying to remember my answers to the secret questions to get it back!!!

In response to your email, Thorncrag, yes I was using Twinkle.

Sorry again for the length of time taken to reply.

Could be a twinkle issue. Does anyone know if Twinkle properly sets the starttimestamp option, and that it does not set the recreate option?

Note, if they only set the basetimestamp (And not the starttimestamp) then the deletion warning doesn't appear (At least on trunk). This might be a bug.

This sometimes happens at the Dutch Wikipedia too. This is an example from today: http://nl.wikipedia.org/w/index.php?title=Speciaal:Terugplaatsen&target=Domien+stalmans&timestamp=20110103182416&diff=prev (admin only). The user was adding the delete tag when the article was deleted. When submitting his change, the page was recreated without given a warning.

We do not have Twinkle. We do have a local script which has some of the same functionality, but the user from the above example does not use it.

Bug 23044 is similar: it requests an edit conflict to be raised if the page has been moved (and redirect suppressed) while you were editing.