summaryrefslogtreecommitdiffstats
path: root/cmake/Modules/FindLibdivecomputer.cmake
diff options
context:
space:
mode:
authorGravatar Dirk Hohndel <dirk@hohndel.org>2020-03-28 10:33:10 -0700
committerGravatar Dirk Hohndel <dirk@hohndel.org>2020-03-28 11:00:09 -0700
commit98966fdd8a55314acf25fc3e936a2398b2ea7480 (patch)
tree61832a2f608c5b21b7559ad1575268561921d10a /cmake/Modules/FindLibdivecomputer.cmake
parent73bbe1f02bf1a62ff363ed80cfec42f3545036cd (diff)
downloadsubsurface-98966fdd8a55314acf25fc3e936a2398b2ea7480.tar.gz
mobile/save-changes: untangle the handling of alreadySaving
I'm suspicious that an issue that some people have seen around changes not being saved is caused by our handling of alreadySaving. When starting with Subsurface-mobile in no-autosync mode, we were able to end in a scenario where alreadySaving was true, even though there were no unsaved changes. And in that case no changes made during such a session were saved unless the user forced a manual sync with the server. This commit radically changes our approach to handling the flag. It moves it right next to the actual calls into code that could modify git storage, and ensures that the flag can never stay set. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
Diffstat (limited to 'cmake/Modules/FindLibdivecomputer.cmake')
0 files changed, 0 insertions, 0 deletions