touch-packages team mailing list archive

[Adam Colligan <adam@xxxxxxxxxxxxxxxx>]

A form of this regression has now returned with a vengeance; I'm not
sure whether to make it into a new bug report or simply to re-open this
one, though.

For the past couple of days, resume-from-suspend behavior has frequently
been this:

- the lock screen appears at first to have been completely bypassed, and
the session appears restored on wakeup

- the cursor is visible on the screen and moves, but the mouse and
keyboard cannot actually interact with any objects on the screen

- using ctrl-alt-F(x) to raise a new terminal, then using ctrl-alt-F7 to
return to the x session, bringis back the lock screen. Actually logging
in to the other session is not necessary, and everything proceeds
normally once the lockscreen is brought up.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity in Ubuntu.
https://bugs.launchpad.net/bugs/1375271

Title:
  desktop or other past screen contents visible before lockscreen on
  resume

Status in GNOME Screensaver:
  New
Status in Unity:
  Fix Committed
Status in Unity 7.2 series:
  In Progress
Status in unity package in Ubuntu:
  Fix Released
Status in unity source package in Trusty:
  Fix Committed

Bug description:
  [Impact]

  On resume from suspend, screen contents are displayed for a brief time
  (perhaps 0.5 to 1 sec)  before the lock dialog appears.

  These screen contents are not always the desktop or open application
  beneath the lock screen. On at least one occasion, the screen showed
  content from a full-screen video that had been playing in Firefox some
  time before the computer had been suspended: neither the video nor its
  underlying tab were open anymore, so the image(s) was likely part of a
  buffer somewhere. (Needless to say, if the wrong full-screen video had
  been watched, depending on the setting, this could be a quite serious
  issue for some users).

  [Test Case]

  Suspend and resume the computer (closing the lid or using the session
  indicator).  Since this problem involves a race condition, it is not
  reliably reproducable at will.

  [Regression Potential]

  This fix unmaps windows when a suspend or shutdown event occurs:  it
  is possible that the window(s) do not get remapped when a wake event
  occurs, or the wake even does not get propagated.  This does not
  appear to occur in practice.

  [Other Info]

  The Ubuntu 14.04 LTS SRU was cherry-picked from upstream Unity where
  it has been released in the Ubuntu "Vivid Vervet" development release
  for a couple of months with no apparent regressions.

To manage notifications about this bug go to:
https://bugs.launchpad.net/gnome-screensaver/+bug/1375271/+subscriptions