Block auto-saving when performing multiple changes in a row

[droidmonkey]

Expected Behavior

Auto-save would wait until a series of changes is completed.

Current Behavior

Auto-save fires (almost) immediately after a change occurs. There is a small delay, but it is too small for some actions. An example of this is when downloading favorite icons for multiple entries. Also, if we enable changing multiple entries at the same time this will also creep up.

Possible Solution

Add an explicit signal to notify the database that a string of changes will occur and to wait for a longer period before issuing a modification signal.

Steps to Reproduce

1. Enable auto-save
2. Download multiple favorite icons
3. Observe the database saving several times

[hackel]

As a quick fix for this, without implementing a full-blown queue system, it would be great if there was a configurable autosave delay, perhaps defaulting to 10-15 seconds. The delay would reset whenever a database change would warrant a save, and then automatically save when the delay expires or the app exists, whichever comes first.

[droidmonkey]

That's a great idea 💡

[Gregregorovich]

There is an option to delay autosave hidden in the options, as I was sure I had enabled it on another system, but only just found it again.

For those looking for it, it is found on Linux under:
Settings / Secret Service Integration / Manage->Edit database settings (Pencil Icon) / Generaly / Additional Database Settings -> Autosave delay

I've found setting it to 1 minute works for me if I need to make a couple of short changes in a row (e.g.: After a new entry is created automatically, editing the title, downloading the icon, moving to a group, which can all be done within a minute)

For whatever reason, this isn't in Application Settings / General .

Additionally, this is where things like the Database name, Browser Integration stored keys are (IE the name set for each browser that is linked to KeePassXC), and Encryption Settings are all set. Which doesn't appear to be the right place for at least the Database name and Encryption Settings, seeing as how those are application-wide, and unrelated to the Secret Service Integration. Considering there is a "Secret Service Integration" category which is where to set which group has exposed entries to the Secret Service, this just reinforces my suspicion that it's in the wrong place (but it is implemented, which I am grateful of :) ).

[droidmonkey]

Ummm just go to Database -> Database Settings, or use the new toolbar icon in 2.7.10

https://keepassxc.org/docs/KeePassXC_UserGuide#_database_settings

[Gregregorovich]

Ah, that makes sense. I didn't think to click on the hamburger icon for the Application Menu that KDE implements at the top of the window. My Windows legacy is showing.