currently it looks as if msecure 5.5 makes use of a hardcoded path to store the msecure database. Path looks like "C:\Users\<USER>\AppData\Local\Packages\mSevenSoftware.mSecure10_xxxxxxxxxx\LocalState".
It would be great if it becomes possible to customize the path where the database should be stored. I used msecure (older versions) for a long time and I used it in conjunction with truecrypt/veracrypt and I put the database in an encrypted container file.
I agree with Marcus, it's weird the path is hardcoded... This way i cannot include it in an automated backup either.
Please support customizable paths in a future update?
You might consider using the mSecure backup and setting its location for your automated backups. My guess is that the mSecure database would be problematic as part of a backup/restore strategy whereas all you need to do with an mSecure backup is to reinstall the program and restore the data.
Unfortunately, or fortunately, I don't know, the database file for our UWP app relies on more than just the database file itself (mSecure.mscf). It depends on other files/folders/settings in the \mSevenSoftware.mSecure10_xxxxxxxxxx\ folder as well. Because of this, the database file is pretty useless outside of it's default hardcoded path. Since that's the case, there really is no reason for us to allow you to move the default location of our database file to a custom location here.
I'm not sure if the purpose of moving or storing the database file is simply to have secure backups of the database file here or to sync the database file across multiple computers. However, either way, we have sync and backup options in either case that you can and should use instead. In the near future, I hope to also have our Sync with a shared folder option backup on Mac and Windows to allow customers using computers to use any sync services (I use Nextcloud myself) they'd like in order to keep their information in sync. Unfortunately, the Sync with a shared folder option will continue to be unavailable for mobile devices :-/
I agree with Marcus. Eden, many of us prefer to specifically control the location of data. We have various motivations; mine is to centralize and rigidly control my data bucket. On the desktop side, I wrap all "mission critical" data, including my .mscw within a Veracrypt container. Your choice to hard-code the 5.5 data path might be well intentioned, but for me it's a limitation that keeps me at v3.5.x.