Does not work either. I removed this parameter from the enforced and the KeePass.exe.config (default does not have that parameter anyway). <- here I discovered that I misunderstood what config you ment I also deleted the user configuration. First run Keepass and closing it gives the Configuration Error with write permission. After that, a user configuration file is recreated, with this parameter: <?xml version="1.0" encoding="utf-8"?> <Configuration xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">...
I tried that: Removed the parameter from the enforced. Added it to the non-enforced config in %programfiles%. It still gives the Configuration Error with write permission when closing. Only changing this parameter in the user configuration file fixes the problem. Besides, I liked the way it worked with only 1 master config file supplied until 2.54. The enforced would be preferred besides whatever the user changed. It seems like the configuration parameterin global (and enforced) is ignored with ...
Thanks for the hint: I always deploy the packaged default KeePass.config.xml, the only addition is the enforced config (and language) This configuration does not have the configuration parameter "PreferUserConfiguration". Only the config enforced. I tried adding the parameter to the config file in Program Dir, but that does not change the error. But what does fix the error is updating the user configuration: when I update the user config to "preferUserconfiguration"true the error disappears. The...
Since Keepass version 2.55 I am getting an error writing to keepass.config.xml when closing the program. Instead of writing the new configuration to user %appdata% dir, it tries to write the config to program dir, where the user does not have write permissions. It still writes the config to %appdata%\KeePass\KeePass.config.xml I package the portable version as msi with additional KeePass.config.enforced.xml (and language), which then gets installed to c:\program files\KeePass\ This does not happen...