Hi Felix,
On 04-07-2017 21:39, Felix Geyer wrote:
Hi,
On 03.07.2017 03:42, Reinhard Tartler wrote:
Control: tag -1 +help +upstream
Control: severity -1 important
Thank you very much for your bug report, Henrik.
On 07/01/2017 11:22 AM, Henrik Størner wrote:
keepassx 2.0.3-1 (in Debian "stretch") fails to clear the clipboard history
after a password has been copied to the clipboard.
The keepassx security settings has "Clear clipboard after 10 seconds" enabled.
To reproduce,
- select an entry with a stored password in the keepassx database
- press ctrl-C to copy the password to the clipboard
- after 10 seconds (default setting), the password should disappear from the
clipboard history
- click on the clipboard icon in the panel, the password is visible
This is using the KDE Desktop installation, and hence the KDE clipboard.
The KDE clipboard has a setting to prevent the clipboard from being emptied,
but this setting does not change the behaviour.
KeePassX clears the clipboard by using the Qt QClipboard API.
If another application (KDE Clipboard manager or anything else) resets the
clipboard again, there
is nothing KeePassX can do to prevent it.
I don't understand your comment. The problem is that KeePassX does *not*
clear the clipboard, not that something else resets the clipboard.
If KeePassX uses the Qt API to clear the clipboard, then the problem
might be in Qt. Either that, or the behaviour of KeePassX+Qt is not as
one would expect.
But I am 99% sure that this behaviour is different from what happened
with keepassx 0.4.3 from Debian 8 (jessie). I will get a test system
setup later this week to verify this, and also try the old keepassx tool
on Stretch.
Regards,
Henrik