Opened 15 years ago

Last modified 10 years ago

#6044 closed defect

preferences_backup overwritten when preferences gets damaged — at Version 2

Reported by: anonymous Owned by: team
Priority: major Milestone: 16.01
Component: Core Version: latest
Keywords: Cc: michael2402

Description (last modified by michael2402)

My computer crashed and as a result, preferences file got truncated to zero size (XFS filesystem does this to files that got damaged). As a result, once I started JOSM again after the computer crashed, josm loaded, the preferences_backup got immediately overwritten by default config (as the file was empty), therefore backup preferences got lost.
I think the preferences_backup in current implementation is pointless (I lost my preferences and I had to restore the file from backup), as it seems to be written on every preferences change.
To server any useful purpose, the preferences should be copied to preferences_backup only on successful, non-crash exit (so if you notice your preferences are lost after starting JOSM, you§ll have still your preferences in preferences%backup, that could still be saved aside and then used to restore your old preferences)

Change History (2)

comment:1 by bastiK, 15 years ago

Priority: criticalmajor
Summary: [data loss] preferences_backup overwritten when preferences gets damagedpreferences_backup overwritten when preferences gets damaged

comment:2 by michael2402, 10 years ago

Cc: michael2402 added
Description: modified (diff)
Note: See TracTickets for help on using tickets.