Page MenuHomePhabricator

VisualEditor: Handle edit conflicts
Closed, ResolvedPublic

Description

From

https://www.mediawiki.org/w/index.php?title=Visual_editor/Feedback&oldid=553398#Are_there_edit_conflicts.3F

I've removed content[1] from previous edits but got no warning about that.
:Yes, we discovered this during deployment. A priority right away, certainly!

[1] https://www.mediawiki.org/w/index.php?diff=next&oldid=552684

From

https://www.mediawiki.org/w/index.php?title=Visual_editor/Feedback&oldid=553398#mid-air_collisions_are_not_detected_.28currently.29

I "lost" my edits due to a mid-air collision. Currently there appears to be no mechanism to detect if someone edits a text which you opened and changed and saved before... I thought we have edit tokens

From

https://www.mediawiki.org/wiki/Thread:VisualEditor_talk:Welcome/Some_issues

It looks like the editor disables edit conflict handling. As I appear to have ended up overwriting an other user's edit.


Version: unspecified
Severity: blocker
URL: https://www.mediawiki.org/w/index.php?diff=next&oldid=552684

Details

Reference
bz37828

Event Timeline

bzimport raised the priority of this task from to High.Nov 22 2014, 12:29 AM
bzimport set Reference to bz37828.

Mass-moving items into VisualEditor product

Roan / James: As highest priority was set for this report four months ago I wonder if there's been any progress / work to follow? If not this should probably have a lower priority set.

Sorry, I should have modified; this is a blocker to deployment in December, but is mostly a transient artefact of the (temporary) integration we're using for MWwiki deployment. The deployments to 'real' wikis from December onwards will be different, and this will not be an issue in the same way.

Thanks for the reminder.

This is resolved in I002c5aa23704c1c46ef46fa1970a4254614b9eb1 but could be improved as per bug 42522