KeePass 2.35 is not nice to your clipboard

[David Lechner]

See https://sourceforge.net/p/keepass/bugs/1603/

KeePass 2.35 has a "workaround" that causes the clipboard to read 4x/second which can cause data corruption, not no mention, performance implications when there is a large amount of data on the clipboard. This workaround should be disabled in the Ubuntu (and Debian) package.

[David Lechner (dlech)]

Here is a patch that removes the problematic code.

[David Lechner (dlech)]

And just to make it clear, the data corruption occurs globally, not just in KeePass. All applications on the system that use the clipboard are affected as long as KeePass is running.

[Ubuntu Foundations Team Bug Bot (crichton)]

The attachment "0001-Remove-mono-workaround-1530.patch" seems to be a patch. If it isn't, please remove the "patch" flag from the attachment, remove the "patch" tag, and if you are a member of the ~ubuntu-reviewers, unsubscribe the team.

[This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issues please contact him.]

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[cablop (cablop)]

In my case the issue is as follows:
I have to copy twice the things in my clipboard to get the whole thing. The first time i copy i just get plain text, nothing else. A second copy of the same content and i get its format or metadata, like URLs and alike. It happens with Ctrl + C, with Ctrl + INS and mouse right click menu then selecting copy.

I had a hard time trying to find the guilty app that was interfering with my system. At some point i came to believe i was a victim of a keylogger or something similar. I was about to reinstall the whole Linux, but i had to run an additional test and that found the KeePass as the guilty thing... Is KeePass monitoring my clipboard or something?

[David Lechner (dlech)]

Yes, KeePass is monitoring and modifying your clipboard all of the time!

You can sort of work around the issue by installing `xdotool`, then KeePass will monitor but not modify your clipboard unless KeePass or Reminia is the active window.

This really should be considered a critical bug because it affects all programs running and there is no way to know that KeePass is the source of the problem unless you just happen to notice that the problem goes away when KeePass is not running.

[Theodore Vasiloudis (theodoros-vasiloudis)]

Would also like to point this out, when Keepass is running it sometime destroys the clipboard for all applications, cannot copy/paste anything.

[Bud Manz (manzwebdesigns)]

I am on Linux Mint 18.1 with the Cinnamon desktop and I haven't seen the behavior listed here, so here is my 2 cents worth...

The only way I have successfully copied anything out of KeePass 2.35 is to right-click on the record, then paste it into either a text editor, such as Leafpad or Xed, copy it from there, then I can paste it where-ever. This is fairly annoying and I agree wth @dlech that this should be a critical bug.

Another weird thing is that if I copy out of KeePass2 and right click into, say, PhpStorm or the Gnome Terminal, the paste link is grayed out, but if I go to a text editor or whatever, and paste, it will paste whatever was in the clipboard before!

[Julian Taylor (jtaylor)]

I agree this workaround is bonkers and will be disabled, sorry for the delay.
I wish some time would be spent on fixing mono instead of adding half backed workarounds.

[Launchpad Janitor (janitor)]

This bug was fixed in the package keepass2 - 2.35+dfsg-2

---------------
keepass2 (2.35+dfsg-2) unstable; urgency=medium

  * debian/patches/disable-clipboard-workaround.patch:
    disable a workaround that messes up the system clipboard (LP: #1659159)

 -- Julian Taylor <email address hidden> Thu, 06 Apr 2017 18:28:27 +0200

[David Lechner (dlech)]

Hi Julian, it would be nice if you could push out this change to your PPA as well.