Based on FAQ
I wanted to add more to the conversation started in the bug, thought this may be a more appropriate place. Specifically the option "Save to a temporary location and lock". I'd like to suggest that this could be saved as a real entry in the database, just with a prefix which lets keepass know it is temporary. This means it will be fully encrypted without any extra effort.
But what if you edit an existing entry and later find out you didn't want to keep the changes. You won't be able to cancel editing.
gord, There is already an option on the history tab to revert back to an earlier version. I don't see why the user could not utilize this feature.
I accept the reasons for when there are changes pending. But when no changes exist (which is 95% of the time), and we just leave the Edit Entry open after copying the password and we just forget to close it I think the program should lock the workspace because nothing is lost…
As we know, letting the Edit Entry dialog open stop the workspace from locking. At the FAQ you can read "This simple concept avoids all the problems above. The user is responsible for the state of the program."
I think the whole point of the automatic lock is for when you forget to lock/close the program. If the user is responsible for the stat of the program, just remove the lock feature. I'll just lock the database every time I want to.
But I think the lock option is there for locking the database when you leave your desk for, lets say, go to grab a mug of coffe, and forget to lock the database.
A biggest issue is, if you lock your workstation, the KeePass lock feature doesn't work if the Edit Entry dialog it's open.
I think this option should be reviewed. I think the risk for letting the database open is bigger than losing the last changes (that I think can be recovered with the history)