Lucas_Werkmeister_WMDE created this task. Lucas_Werkmeister_WMDE added projects: Shape Expressions, Wikidata. Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION As an editor, I want to be confident that my edits will not overwrite other edits without me realizing it. **Problem:** We currently don’t handle edit conflicts on, for example, the schema edit page. If you load it, then leave the tab open for days, and then submit an edit, the backend currently has no idea that the user’s input is based on a days-old revision. The impact of this varies across endpoints; for example, due to the way schema text editing is implemented, any changes to labels will not be overwritten, but changes to the schema text will be discarded (it is unconditionally overwritten with the user-submitted text, which is based on the old revision). We should be able to detect edit potential conflicts, merge concurrent changes that don’t actually conflict, and return an error to the user in case of an actual conflict. **Acceptance criteria:** - There is a hidden parameter on any page editing a schema that specifies the base revision for the edit. - The backend checks for conflicts between any edits since that base revision. **Open questions:** - Is merging non-conflicting changes a requirement for this or only a nice-to-have? - (dreaming) can we integrate this with TwoColumnConflict? TASK DETAIL https://phabricator.wikimedia.org/T217338 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucas_Werkmeister_WMDE Cc: Lucas_Werkmeister_WMDE, Aklapper, pdehaye, Michael, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, YULdigitalpreservation, LawExplorer, _jensen, abian, Wikidata-bugs, aude, Lydia_Pintscher, Tpt, Mbch331
_______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
