Bug#919914: Systematic test of settings & tweaks

Simon McVittie smcv at debian.org
Mon Apr 29 08:12:52 BST 2019


On Sun, 28 Apr 2019 at 19:37:18 -0700, Tassia Camoes Araujo wrote:
> Failure #1
> 
> - To reproduce: Gnome-Tweaks configuration "Suspend when laptop lid is
> closed" turned OFF. Gnome-settings Privacy option "Automatic lock" is
> turned ON, and "After screen turns off". Close the lid.
> - Expected: when the lid is closed, the laptop should not suspend, but
> when the lid is re-opened the screen should be locked, asking for
> authentication.
> - What happens: No suspend, and no authentication required. ***this was
> the situation described when the bug was opened***

This is (at least arguably) a bug.

> Failure #2
> 
> - To reproduce: Gnome-Tweaks configuration "Suspend when laptop lid is
> closed" turned OFF. Gnome-settings Privacy option "Automatic lock" is
> turned ON, and "After blank for X minutes". Close the lid and wait for X
> minutes.
> - Expected: when the lid is closed, the laptop should not suspend, but
> after X minutes have passed, the lid is re-opened and the screen should
> be locked, asking for authentication.
> - What happens: No suspend, and no authentication required, even after X
> minutes have passed.

So's this. While the lid is closed, the screen is blanked (because it
would be useless to leave it on, and possibly also to avoid heat from
the backlight building up), so time-based screen blanking doesn't happen,
which probably has the side-effect of not running the timer that counts
how long the screen has been blank.

> Failure #3
> 
> - To reproduce: Gnome-Tweaks configuration "Suspend when laptop lid is
> closed" turned ON. Gnome-settings Privacy option "Automatic lock" is
> turned ON, and "After blank for X minutes". Close the lid and re-open
> before the X minutes have passed.
> - Expected: when the lid is closed, the laptop should suspend, but only
> after X minutes have passed that the screen should be locked. If the lid
> is open before X minutes, I would expect it to not be locked.
> - What happens: suspend is OK, but screen is locked right away, even
> before the X minutes.

I think this one is working as expected. Suspending always locks the
screen immediately (before actually suspending, in fact), because at
the time of suspending, the laptop cannot know how much time will pass
while suspended (it might be more than X minutes); and while the laptop
is suspended, processes do not run, so there is no opportunity to lock
the screen.

Older versions of GNOME only locked the screen after resuming from
suspend, but this was a security-relevant bug, which was fixed by better
logind integration: opening the lid to resume the laptop caused user
apps to appear briefly before the screen locked, and an attacker could
see (possibly confidential) window contents during that time.

> Failure #4
> 
> - To reproduce: Gnome-settings power saving is configured "Blank screen
> after X minutes". Gnome-settings Privacy option "Automatic lock" is
> turned ON, and "After blank for Y minutes". Close the lid and re-open
> before the X+Y minutes have passed.

With "Suspend when laptop lid is closed" turned on or off?

> - Expected: when the laptop is inactive for X minutes, the screen should
> blank, but only after extra Y minutes that the screen should be locked.
> If the lid is open before X+Y minutes, I would expect it to not be
> locked.
> - What happens: but screen is locked right after blank, even before the
> X+Y minutes.

If it suspends, then I think this is working as expected, as in case 3.

    smcv



More information about the pkg-gnome-maintainers mailing list