Bug #9366
closed
How to commit files after editing
Added by Vadim Mutilin over 5 years ago.
Updated over 4 years ago.
Description
I've opened file job.json for editing and changed it.
After that I'm pressing 'Save' button, but the pop up dialog says "Are you sure? The file you changed is not commited".
I do not see any button to commit changes
Files
- Status changed from New to Closed
To save files use ctrl+s shortcut. This is correct behavior.
P.S. cannot reject the bug, so keep the status as is.
This looks ugly and user unfriendly
- Status changed from Closed to Rejected
- Status changed from Rejected to Open
- Assignee set to Vladimir Gratinskiy
I thought more about this, let's fix the warning message first of all, since there is no more button "commit", but users need to press "Ctrl+s". In addition, it would be great that Bridge will show this warning in any case when users may loose changes. For instance, when I open another file for editing, changes in the first one are lost.
- Status changed from Open to Feedback
It is too complicated to prevent selecting new file while another is not commited. Another problem is there is no clear way to check if undoing changes reaches the initial file state, so selecting new file is a good (and only) way to reset all changes. I guess that checking if current file is commited on "Save job" button click is enough.
Vladimir Gratinskiy wrote:
It is too complicated to prevent selecting new file while another is not commited. Another problem is there is no clear way to check if undoing changes reaches the initial file state, so selecting new file is a good (and only) way to reset all changes. I guess that checking if current file is commited on "Save job" button click is enough.
The another problem you mentioned is not so actual from my point of view although desktop editors make all the best regarding it. We have another technique to restore files - to use a job history (versions).
If you fixed the original issue, please, close the issue, but it would be great to open another one that will claim for my feature regarding loosing uncommitted changes when opening other files since this hurts users much. Just one check is not enough and much time can be wasted to redo lost changes.
- Status changed from Feedback to Open
Vladimir, please, mark the issue as Resolved if you implemented the original claim (proper warnings).
- Due date set to 07/09/2019
- Status changed from Open to Resolved
- % Done changed from 0 to 100
Changed the warning in bridge-3.0
- Status changed from Resolved to Closed
Also available in: Atom
PDF
