Opened 14 years ago
Last modified 5 years ago
#5619 new defect
"update data" does not find conflicts
Reported by: | skyper | Owned by: | team |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | Core | Version: | |
Keywords: | update conflict | Cc: |
Description (last modified by )
I canceled an upload. (It was near the end as later all changes where uploaded already).
There existed only on data layer and validator at that moment.
I updated data and no conflict was reported.
I added one more node and tried to upload but then I got several conflicts, all because of duplicated ways/nodes and their relations.
I ended up with just my singled node left to upload after resolving all errors and conflicts.
All these conflicts should have been reported by "update data"
(By the way, conflicts which are already solved are still shown)
Attachments (1)
Change History (10)
follow-up: 2 comment:1 by , 14 years ago
comment:2 by , 14 years ago
Replying to stoecker:
The problem is very likely that JOSM silently removes the "created_by". This results in conflicts on data update.
All the duplicates were my own new adds, which had been uploaded but I canceled during the server response. There should be no conflict of created_by because all data involed had been created by me using JOSM.
The problem was that JOSM did fail on the update right after a canceled upload. Sadly I do not have any data-file anymore. Try to keep them the next time.
Wonder how you can reach that state again (cancel upload during server responce for completion).
comment:3 by , 11 years ago
Description: | modified (diff) |
---|
One problem could be that nodes outside download area are not checked. See #6128.
comment:4 by , 10 years ago
Had this problem once more:
- edit for some time that other user is changing same object -> conflict
- solve conflict
- download the conflicting objects into new layer
- merge layers
- upload
upload stops asking to synchronize. Choosing all data does not work. Had to start upload three times to get all conflicting ways and their child nodes to sync. After that I hit #11010.
comment:5 by , 8 years ago
Keywords: | update conflict added |
---|
comment:6 by , 5 years ago
Description: | modified (diff) |
---|
by , 5 years ago
Attachment: | josm_update_data_loop.osm.bz2 added |
---|
example which always reports deleted or moved objects
comment:8 by , 5 years ago
Not sure if this is a cause but it is definitely close:
- Open josm_update_data_loop.osm.bz2
- Update data
- Get a dialog about "deleted or moved objects". In my case 57 objects.
- Choose "check on server"
- Update data
I get the same dialog over and over again when updating data.
comment:9 by , 5 years ago
Last night, JOSM did not undelete a node through conflict resolution.
- Upload data (osmwww:changeset/83445003)
- Sync all data from server
- Get conflict about way and one deleted child node (osmwww:node/3494134012).
- Solve conflict to "restore" node and keep way as my version with the child node
- Upload data
- Warning about deleted references but no conflicts are created
I ended up to accept the deletion as I would probably first have to undelete the node manually or raise the version number of the node with a text editor.
The problem is very likely that JOSM silently removes the "created_by". This results in conflicts on data update.