Skip to content
This repository has been archived by the owner on Jul 24, 2021. It is now read-only.

On upload (save), a version conflict can't be resolved, user losing edits #4203

Open
openstreetmap-trac opened this issue Jul 23, 2021 · 2 comments

Comments

@openstreetmap-trac
Copy link

Reporter: p.weber[at]ucl.ac.uk
[Submitted to the original trac issue database at 10.20pm, Tuesday, 31st January 2012]

Just ran a mapping party, and multiple users were editing the same area, resulting in some conflicts of edits.

Now Potlatch2 stops the save operation, and a modal window alerts the user to the fact that there is a version mismatch, and even gives a ID of the offending object. There is a Yes option to retry (with exactly the same result, as nothing has changed), or a No to cancel upload.

Unfortunately, a version conflict might as well crash Potlatch because there is no way for the user to do anything about the conflict and he is stuck with losing all of his work!

What would be needed is for Potlatch to make the user aware that there is a conflict, and leave out the offending features (possibly highlighting them), but finishing the rest of the upload.

This way, the user could save (virtually all of) his work (at the moment, his only option is to lose all edits and restart), and reload the data to redo and resolve the conflicting edits.

@openstreetmap-trac
Copy link
Author

Author: compdude
[Added to the original trac issue at 8.43pm, Monday, 21st October 2013]

I hate it when this happens. There needs to be an option for Potlatch to skip the problem nodes/ways but save everything else.

@openstreetmap-trac
Copy link
Author

Author: Richard
[Added to the original trac issue at 9.15pm, Monday, 21st October 2013]

Yep, there does. Until that happy day arrives, save early, save often.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant