[feature requests] "Protection conflicts" like "edit conflicts"


I hope I am doing this right, it is my first feature request:

When multiple people try to save a page, the MediaWiki software creates an "edit conflict" window to warn them that the page has just been changed.
I would like a similar behavior for protections. For example, this page on Wikipedia was protected four times in a row with the same length: http://en.wikipedia.org/w/index.php?title=Special:Log&page=User_talk%3AEast718
So I think the software should output a warning if 1.) the page has been protected while one was on the protection page or 2.) one chose the same protection level that already is applied (e.g. if it's already indef protected, selecting indef protection should generate a warning).


Version: 1.14.x
Severity: enhancement

bzimport added a subscriber: Unknown Object (MLST).
bzimport set Reference to bz16441.
SoWhy created this task.Via LegacyNov 23 2008, 7:41 PM
bzimport added a comment.Via ConduitOct 20 2010, 2:51 PM

Amalthea.wikimedia wrote:

Personally, I think it should trigger the conflict if the page was touched at all since opening the form because the basis for the action might changed or gone.

It's actually more important that the API offers such a conflict protection. Often a number of such actions are batched, and will be processed based on outdated information. It should allow guarding against such protection/deletion conflicts if the timestamp of the last revision is passed in, just like it does with editing.

It might be prudent to allow overriding the conflict in the webform as well, otherwise Bad People could theoretically prevent protection/deletion of a page through distributed high-frequency editing.

Krinkle added a comment.Via ConduitOct 20 2010, 2:56 PM

I agree with Amalthea.

To make it like "edit":

  • If the new settings are equal to the current settings, ignore it (aka "null edit") (with same I mean: same protection and same end date. Duration may differ.)
  • If settings are not the same, and between the current time and wpStarttime (time of opening form page) was a 'protect' action on this page, show the new 'protection conflict' page.


Krenair added a comment.Via ConduitDec 8 2012, 1:17 PM
  • Bug 42854 has been marked as a duplicate of this bug. ***
Ricordisamoa added a subscriber: Ricordisamoa.Via WebMay 29 2015, 3:29 PM
Ricordisamoa claimed this task.Via WebMay 29 2015, 3:31 PM
gerritbot added a subscriber: gerritbot.Via ConduitMay 29 2015, 3:32 PM

Change 214634 had a related patch set uploaded (by Ricordisamoa):
log_id-based "protection conflicts", like "edit conflicts"


gerritbot added a project: Patch-For-Review.Via ConduitMay 29 2015, 3:32 PM
Ricordisamoa awarded a token.Via WebMay 29 2015, 3:44 PM
Ricordisamoa moved this task to Not ready to announce on the user-notice workboard.
gpaumier moved this task to Triaged on the notice workboard.Via WebJun 4 2015, 3:18 PM
gpaumier moved this task to Archive on the notice workboard.Via WebJun 11 2015, 4:48 PM
Ricordisamoa added a subscriber: gpaumier.Via WebJun 11 2015, 8:03 PM

@gpaumier The patch has not been merged yet... should I remove notice?

gpaumier added a comment.Via WebJun 11 2015, 8:08 PM

@gpaumier The patch has not been merged yet... should I remove notice?

No, it's been triaged in notice, and it's in "don't ready" in user-notice, so all is good :)

Add Comment