AToMPM / AToMPM/atompm

Fix annoying autosave

Open
#11 0 comments 0 reactions 0 assignees View on GitHub
enhancement
Dominant language
JavaScript
Stars
25
Forks
15
PR merge metrics
No merged PRs in 30d

Description

opened 1 year ago by simon

Autosave is useful. But: it is currently NOT a backup. Let's look at this scenario:

- open model, start editing (autosave every so many seconds)
- tool crashes for some reason
- open model to see what was saved and what was not
- autosaved model is overwritten after autosave interval

Potentially, what could be done is, when a model is opened, and the autosave is newer than the current model, a pop-up window asks the user whether to restore the autosave or load the older model.
This is probably not what we want. The interval is now reduced to 30 seconds (instead of 300) to make autosaves more frequent. A user then just has to make sure to open the autosaved model. A way of doing this cleanly would be to detect a 'proper shutdown' of AToMPM and delete the autosave. Then when an autosave is present, we know AToMPM crashed.

Contributor guide

No contributing guide indexed for this repository

Research direction

No files, tests, or entry points are named. Start by locating the 30-second autosave logic and the application shutdown handling, then trace how models are opened and autosaves are written. Done requires a decided recovery behavior that preserves an autosave after a crash without overwriting it on reopening.

Written by the indexing model from the issue text.

Assessment

Tech stack
javascript
Domain
frontend
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.