GNOME Bugzilla – Bug 564165
clipboard data loss when locking the screen
Last modified: 2010-01-29 01:35:02 UTC
Please describe the problem: Please elaborate on why the decision has been made to make GNOME lose the clipboard data when locking the screen (see http://bugzilla.gnome.org/show_bug.cgi?id=522386). It was said that it's a compromise between usability and security, and I fail to see how that is true. Because, when the screen locks, GNOME can just store the clipboard data somewhere and retrieve it again when the screen is unlocked. (One might argue the memory is readable by another user that logs in and has enough permissions to do so, but that can be said about user home directories too.) On a laptop, one might lock the screen a lot to prevent others from using it, and it's not fun to lose clipboard data. As an example of why one might lock the screen: at school, where other unfriendly people otherwise install scripts to have some fun and make your PC shutdown each time when you log in :) Steps to reproduce: 1. Lock the screen. 2. Go to the toilet. 3. Come back after a few minutes. 4. Unlock it, and find out your clipboard data is gone (darn it, some important password was on there and I was about to insert it in my KeePass database but I had to go to the toilet.) Actual results: data loss Expected results: keep my data, I didn't ask the system to erase my data Does this happen every time? yes Other information:
Since when is data loss a minor issue?
As pointed out in comment 0, by temporarily swapping out the clipboard when locking the screen you have sufficient protection against a local attacker disclosing data, whereas by restoring the clipboard you can do this transparently to the user without a loss of clipboard usability as a temporary storage.
Just two quick notes here, as I previously looked at bug #482159 as well. First, I can verify this with Fedora 10 (2.24.1). Second, if you use Glipper and lock the screen, the "top" of the clipboard stack is not pasted on a CTRL-V, but the second item in the stack is (so if my last copy was "foo" and the copy prior to that was "bar", then "bar" will be pasted in gnome-screensaver) so it isn't fully clearing the clipboard buffer. As an aside, using Glipper has the side-effect of making this particular issue not a problem.
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of bug 482159 ***