Discard-and-leave issues

[Anonymouse]

1. Did this:

• open an old route in planner
• compare route engines; click button to force to same route
• click on a library folder
• prompted at exit: chose “discard and leave”

Result: that route is shown as modified “now”
Expected result: it should have the old date still on it, as no changes were made

On another route: I opened, reversed the route, reversed again, discarded changes: same thing happened - route erroneously marked as changed.

This behaviour was not consistent when retested even when repeating the same operations on the same map.

2. Did this:

• open an old route in planner
• click “reverse”
• click on folder name

Result: change was saved with no “discard or save” prompt
Expected result: at exit, prompt to discard or save change
I repeated this, reversing it again, and this time it prompted on exit.

I have had a couple more times when it saved without prompting, so something is not 100% right there.

[Corjan Meijerink]

Thanks for the clear steps, they helped a lot.

1. The first time you open an older route that came over from the classic app, the planner works out its real line in the background. Saving that line also set the route's "modified" date to today, even though you changed nothing. That's why it didn't happen again when you retested: the second time, the line was already there. This is fixed in the next update, and opening a route will no longer change its date. Routes that already got today's date this way will keep it, sorry about that.

2. This one is the autosave. A route that is already saved is saved automatically every minute while it has changes. If you leave within that minute, you get the question. If the autosave got there first, the reverse was already saved, so there was nothing left to ask about. That's why it seemed random. If you didn't want the reverse, pressing Reverse again puts the route back the way it was.

[Anonymouse]

@Corjan-Meijerink "Autosave plus ask-on-exit" is potentially confusing (as I found!).

I see now why it did what it did. But if it only "sometimes" asks on exit, that's confusing - and people might come to rely on it to deliberately undo their changes. Especially confusing if the discard only discards since the last autosave, which is I how understood your explanation.

Would it be a huge architectural change to have it ALWAYS ask for save on exit, and if the user says no, undo the autosaves? That would be consistent with how, say, Microsoft Word/Excel/Powerpoint works. And it's great for those of us who go into a route, fiddle with it, then change our mind and want it put back the way it was (without messing around recovering from separately saved backups).

You could have a switch sometimes to always ask (like Microsloth Office), or to always silently save both in-flight and at exit (like IOS). I can see uses, and users, for each of those options.

A third variant is to autosave, and always save on exit; but have a Revert button which takes your route back to its state when opened (if pressed before closing).