https://bugzilla.wikimedia.org/show_bug.cgi?id=6315
Matthew Flaschen <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #7 from Matthew Flaschen <[email protected]> --- (In reply to comment #5) > I've got this working for pages by passing the current revision id in the > deletion form generated by Article::confirmDelete, and then checking to see > if the current revision id has changed in Article::delete prior to calling > Article::doDelete for deletion, emitting a warning if necessary and prompting > for reconfirmation by calling Article::confirmDelete again with the new > revision id. This is similar to how edit conflicts work, and probably sufficient. However, it's a little different from the initial request. That said: "I guess happened was the admin opened all the images in the category in a lot of different tabs in his browser and worked his way though deleting them" To handle that scenario, I think it would be necessary to pass the revision ID in the delete link. It would be optional, and if omitted would fall back on the last revision ID as of the time the deletion confirmation form is shown. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
