After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 564165 - clipboard data loss when locking the screen
clipboard data loss when locking the screen
Status: RESOLVED DUPLICATE of bug 482159
Product: gnome-screensaver
Classification: Deprecated
Component: general
unspecified
Other All
: Normal minor
: ---
Assigned To: gnome-screensaver maintainers
gnome-screensaver maintainers
Depends on:
Blocks:
 
 
Reported: 2008-12-11 18:52 UTC by jellegeerts
Modified: 2010-01-29 01:35 UTC
See Also:
GNOME target: ---
GNOME version: 2.23/2.24



Description jellegeerts 2008-12-11 18:52:49 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:
Comment 1 jellegeerts 2009-01-19 20:01:12 UTC
Since when is data loss a minor issue?
Comment 2 Robert Buchholz 2009-02-08 19:02:21 UTC
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.
Comment 3 Vincent Danen 2009-03-10 21:32:15 UTC
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.
Comment 4 William Jon McCann 2010-01-29 01:35:02 UTC
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 ***