Description of problem: When opening my KeePass database with KeePassXC on Fedora 29, it takes about 5 seconds to open. Version-Release number of selected component (if applicable): 2.3.4 How reproducible: Always Steps to Reproduce: 1. Open KeePassXC 2. Open a 158kB KeePass database file with an Encryption Algorithm of "AES: 256-bit", a Key Derivation Function of "AES-KDF (KDBX 3.1)", and "9999999" Transform rounds 3. Type in the master password and open the database Actual results: Database takes about 5 seconds to open Expected results: Database should open in or about 1 second Additional info: This seemingly only started happening in F29 (wasn't an issue on F28), and isn't an issue on openSUSE Tumbleweed (last tried a month ago), Ubuntu 18.10 (last tried about 2 weeks ago), and Windows 10 (last tried a few days ago), all with the same version of KeePassXC (2.3.4), same database file, and same computer/hardware
Argon2 is the very best Key Derivation Function you should use instead of AES-KDF Please show us the output of # lscpu | grep name
(In reply to Germano Massullo from comment #1) > Argon2 is the very best Key Derivation Function you should use instead of > AES-KDF > Please show us the output of > # lscpu | grep name If I recall correctly, Argon2 was incompatible with a KeePass client I used on an iOS device, but I'll check into this again to be sure. Intel(R) Core(TM) i5-7400 CPU @ 3.00GHz
Sean, instead of "9999999", what do you get when you benchmark? Does the number of rounds change? Any change in opening speed?
(In reply to Mukundan Ragavan from comment #3) > Sean, instead of "9999999", what do you get when you benchmark? Does the > number of rounds change? Any change in opening speed? The benchmark puts it around "3802281" (anywhere between 3300000 and 3900000) and and opening speed is faster (takes about a second)
keepassxc-2.4.1-1.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2019-2f1c978d25
keepassxc-2.4.1-1.fc30 has been submitted as an update to Fedora 30. https://bodhi.fedoraproject.org/updates/FEDORA-2019-ae335ee0c3
keepassxc-2.4.1-1.fc30 has been pushed to the Fedora 30 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-ae335ee0c3
keepassxc-2.4.1-1.fc29 has been pushed to the Fedora 29 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-2f1c978d25
keepassxc-2.4.1-1.fc29 has been pushed to the Fedora 29 stable repository. If problems still persist, please make note of it in this bug report.
keepassxc-2.4.1-1.fc30 has been pushed to the Fedora 30 stable repository. If problems still persist, please make note of it in this bug report.
This is still seemingly a problem in F30 even with the latest KeePassXC package (keepassxc-2.4.3-6.fc30) Under macOS, same KeePassXC version (2.4.3), if I do the 1-second benchmark, I get a "19063181" transform rounds (19M). If I do the benchmark on the same computer with F30, I get "3355855" (3M). If I keep the same 19M transform rounds on F30, it takes 5-7 seconds to load the database. It seems like KeePassXC is either not using the CPU fully, or maybe not using AES-NI. I currently have a i5-4278U CPU, and "aes" is advertised under lscpu.
Under Ubuntu 19.10, KeePassXC 2.4.3 gets a Transform rounds of "22991543" (22M) with the 1-second benchmark, and also opens the 19M rounds database in about 1 second. So there is definitely something going on specifically with Fedora.
I opened an upstream bugreport. Please add details there https://github.com/keepassxreboot/keepassxc/issues/3657
FEDORA-2019-c00509422e has been submitted as an update to Fedora 30. https://bodhi.fedoraproject.org/updates/FEDORA-2019-c00509422e
FEDORA-2019-2dad0f65e5 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2019-2dad0f65e5
keepassxc-2.5.0-1.fc30 has been pushed to the Fedora 30 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-c00509422e
keepassxc-2.5.0-1.fc29 has been pushed to the Fedora 29 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-2dad0f65e5
Still a problem with keepassxc-2.5.0-1.fc31 on F31 (getting average transform rounds in the 3M range instead of near 20M)
FEDORA-2019-8ca32a1664 has been submitted as an update to Fedora 31. https://bodhi.fedoraproject.org/updates/FEDORA-2019-8ca32a1664
keepassxc-2.5.1-1.fc30 has been pushed to the Fedora 30 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-3195095ccd
keepassxc-2.5.1-1.fc31 has been pushed to the Fedora 31 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-8ca32a1664
keepassxc-2.5.1-1.fc31 has been pushed to the Fedora 31 stable repository. If problems still persist, please make note of it in this bug report.
keepassxc-2.5.1-1.fc30 has been pushed to the Fedora 30 stable repository. If problems still persist, please make note of it in this bug report.