Last modified: 2014-08-29 08:26:42 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T25868, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 23868 - No warning before saving if page is deleted during editing: should raise an edit conflict
No warning before saving if page is deleted during editing: should raise an e...
Status: NEW
Product: MediaWiki
Classification: Unclassified
Page editing (Other open bugs)
1.16.x
All All
: Low normal with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks: 70163
  Show dependency treegraph
 
Reported: 2010-06-09 21:51 UTC by Thor Malmjursson
Modified: 2014-08-29 08:26 UTC (History)
5 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Thor Malmjursson 2010-06-09 21:51:49 UTC
An issue occurred on the 7th of June 2010 where I was trying to tag an article at en.wikipedia for Speedy deletion - whilst I was editing it, an administrator deleted the article, which I was unaware of.  I submitted the article for tagging, and it reappeared, complete with my tag on it, BUT I was the only person in the edit history.  

The problem was that the edit was a vandal edit, and it looked like I created it, so I was in a bit of a panic to get it removed.

I have been informed that I should have received a warning when I submitted the edit, which I did not. No edit conflicts, nada.

Could someone please take a look at the log records for the article I've URL'd below and also the Talk page of en.wp user MalcolmX!5 who removed the article after I recreated it.

Thanks for your help.


Article for review: www.enwp.org/Yellow_flower
Comment 2 Thorncrag 2010-10-25 00:54:53 UTC
(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.
Comment 3 Thor Malmjursson 2010-12-28 00:46:59 UTC
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.
Comment 4 Bawolff (Brian Wolff) 2010-12-29 04:04:13 UTC
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.
Comment 5 MrBlueSky 2011-01-03 19:47:44 UTC
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.
Comment 6 Nemo 2013-03-06 10:40:38 UTC
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.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links