← Back to team overview

desktop-packages team mailing list archive

[Bug 830348] Re: desktop contents briefly visible on resume from suspend before lock dialog

 

*** This bug is a duplicate of bug 1280300 ***
    https://bugs.launchpad.net/bugs/1280300

It still happens for me too in 15.10 --whenever I close the laptop lid,
the computer hibernates (I have set it to hibernate) correctly and upon
powering the laptop again, the contents are briefly visible before the
lock screen comes up. The contents can actually be glimpsed at, so it is
a security risk.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-screensaver in Ubuntu.
https://bugs.launchpad.net/bugs/830348

Title:
  desktop contents briefly visible on resume from suspend before lock
  dialog

Status in Compiz:
  New
Status in unity-2d:
  Confirmed
Status in gnome-screensaver package in Ubuntu:
  Incomplete
Status in unity-2d package in Ubuntu:
  Confirmed

Bug description:
  This seems like a recent regression on Oneiric (or perhaps I haven't
  noticed it before):

  On resume from suspend, the contents of the desktop are often briefly
  visible before being hidden behind the lock screen.  This is a
  security problem if there happens to be sensitive information on the
  screen.


  =====Analysis from mdeslaur=====
  This is likely what happens:

  1- Something grabs mouse: ie: virtual machine window, or GTK menu in an application or an indicator
  2- Screensaver attempts to start, but cannot get exclusive lock on mouse
  3- DPMS turns monitor black
  4- User moves mouse, which turns the screen back on
  5- Mouse movement causes mouse to get ungrabbed by vm window or gtk menu
  6- Screensaver can now grab mouse, and starts

  This is all related to the fact that X does not have an API that will
  let the screensaver tell an application to release mouse and keyboard
  grabs.

To manage notifications about this bug go to:
https://bugs.launchpad.net/compiz/+bug/830348/+subscriptions