#16515 closed enhancement (wontfix)
CommandStack is getting cleaned when uploading
Reported by: | farin2 | Owned by: | team |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | Core | Version: | |
Keywords: | upload undo redo command stack | Cc: |
Description
I've just mapped for 2 hours, then deleted most of my mappings (because they shouldn't get uploaded) and uploaded the rest to OSM.
After this the command history with all my mappings was gone. Which source code is exactly responsible for that?
Thanks for your help.
Attachments (0)
Change History (10)
comment:1 by , 7 years ago
comment:2 by , 7 years ago
Keywords: | upload undo redo command stack added |
---|
comment:3 by , 7 years ago
I doubt getting command stack and after-upload state in sync is worth the effort.
comment:4 by , 7 years ago
I've recompiled without the specific line, even replaced the whole block with return; – but this didn't have the desired effect.
comment:5 by , 7 years ago
Resolution: | → wontfix |
---|---|
Status: | new → closed |
Type: | defect → enhancement |
This is a lot more complex than that. Also it would cause a serious performance penalty to keep modifications in memory after upload for long mapping sessions.
comment:6 by , 7 years ago
@Don-vip wontfix is OK for me, but please give a little bit information that I can create my own patch.
comment:8 by , 7 years ago
The patch would not be accepted.
I know, I knew for all the time. I would like to create a patch for no other user than myself. I will publish it, but just on private homepage to follow copyleft.
comment:9 by , 7 years ago
If you really want to go this way to have to get familiar with everything that happens when a primitive is uploaded, and details about every type of commands to see what is needed to change to be able to undo them on a primitive that has been uploaded. This is huge work.
comment:10 by , 7 years ago
farin: Probably it is not clear to you: The upload process changes the data set! It is not simple to keep a part of the command stack, but rather all the commands (in core and plugins) you want to keep have to be checked and modified so they can cope with the new state. That's a very complicated task and has nearly no benefit. That's why it is a WONTFIX.
In
OsmDataLayer
:The use case where some actions are rolled back before uploaded has never been taken into account.
If you ask about code location, are you considering providing a patch?