http://bugzilla.opensuse.org/show_bug.cgi?id=1101393 Maurizio Galli changed: What |Removed |Added ---------------------------------------------------------------------------- Hardware|Other |x86-64 -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1101393 http://bugzilla.opensuse.org/show_bug.cgi?id=1101393#c1 --- Comment #1 from Maurizio Galli --- EDIT: Suspend from the menu locks the screen first and then suspend as per the desired behavior. However when opening and closing the laptop lid, Suspend triggers the behavior in comment #1(In reply to Maurizio Galli from comment #0)

I'm reporting this as I believe there are potential consequences for user's security and privacy.

When system resumes from suspend, there's a small 1-2 seconds delay before prompting a lockscreen. Within this delay, the content of the desktop before suspend is fully visible, same as if it was unlocked. After 1-2 seconds, it shows the locked screen.

I tried with several lockscreens such as xscreensaver and light-locker but the result is always the same.

I suspect it's a race condition.

Steps to reproduce: 1. Suspend system through menu or by closing laptop lid 2. Resume by pressing the power button or by opening laptop lid 3. It should be expected to see a lock screen but instead desktop content is shown

I've tried to make the lockscreen load before suspend through a systemd service but I did not succeed.

EDIT: Suspend from the menu locks the screen first and then suspend as per the desired behavior. However when opening and closing the laptop lid, Suspend triggers the behavior described above. Updated steps to reproduce: 1. Suspend system by closing laptop lid 2. Resume by pressing the power button or by opening laptop lid 3. It should be expected to see a lock screen but instead desktop content is shown -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1101393 http://bugzilla.opensuse.org/show_bug.cgi?id=1101393#c2 --- Comment #2 from Maurizio Galli --- UPDATE: Switching to xf86-video-intel instead of modesetting solves the problem. Lid open/close + lockscreen + suspend + resume all behave as expected. I am not sure how to proceed now as I would prefer use the newer modesetting drivers instead. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1101393 http://bugzilla.opensuse.org/show_bug.cgi?id=1101393#c7 --- Comment #7 from Takashi Iwai --- It's an alternative compositor for XFCE. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1101393 http://bugzilla.opensuse.org/show_bug.cgi?id=1101393#c9 --- Comment #9 from Stefan Seyfried --- I reproduced the issue. The problem is, that xscreensaver (our default in XFCE) by default has the feature "fade to black on activation" with a fade time of 3 seconds. So what is happening is: * suspend is triggered * xfce4-power-manager calls xflock4 * xflock4 calls xscreensaver-command -lock While this is happening, suspend continues. Suspend is fast, after resume, xscresensaver is still fading to black and locking the screen. Not sure how to fix that, other than unconfiguring the "fade to black" thing in xscreensaver. Maurizio: please try to reproduce after disabling the fade-to-black option in xscreensaver preferences. (I never noticed this, because I use i3lock-xlock-compat instead of xscreensaver) -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1101393 http://bugzilla.opensuse.org/show_bug.cgi?id=1101393#c11 Stanislav Brabec changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CONFIRMED --- Comment #11 from Stanislav Brabec --- I can confirm that. I suppose that xscreensaver either locks on resume (or it locks on expired timeout), or the lock operation on suspend takes too long and suspend process does not wait for finishing. There are several other problems with xscreensaver: If any application blocks suspend, and root password is required, xscreensaver locks before displaying the prompt, not after entering the password. Regarding the fade out, I would prefer keeping that, as it is more comfortable when you are reading. But even there is a problem: If locking is configured, it happens on fade out start, not fade out end. So if you are reading, and move the mouse to keep screen displayed, you have to enter the password. Locking when fade out (triggered by timeout) ends would be more comfortable. And sometimes (I still don't know when and why), xscreensaver-managed session is locked by xlock (a different screen locker). I did not identified the trigger yet. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1101393 http://bugzilla.opensuse.org/show_bug.cgi?id=1101393#c13 --- Comment #13 from Maurizio Galli --- Hello Everyone, I've disabled the "fade to black" as workaround which is fine for the time being. However I wanted to ask you guys if there is an update on this issue? -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1101393 http://bugzilla.opensuse.org/show_bug.cgi?id=1101393#c15 --- Comment #15 from Stanislav Brabec --- Your problem was fixed for Tumbleweed: Thu Nov 15 23:22:37 CET 2018 - sbrabec@suse.com ... - Lock after completing fade (boo#1101393, xscreensaver-lock-after-fade.patch). -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1101393 http://bugzilla.opensuse.org/show_bug.cgi?id=1101393#c17 --- Comment #17 from Stanislav Brabec --- Well, sorry for misinformation. It does not fix "finish fade before suspend", but "lock after finishing fade". I will attempt to fix all these issues. But some of them require changes in xfce as well. Yes, it could. I am waiting for the upstream reply, but I did not get back anything yet. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1101393 http://bugzilla.opensuse.org/show_bug.cgi?id=1101393#c19 --- Comment #19 from Maurizio Galli --- Hello, the default behavior with xscreensaver seem to be "normal" now, I'm wondering if we can close this bug as resolved? -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1101393 http://bugzilla.opensuse.org/show_bug.cgi?id=1101393#c21 --- Comment #21 from Maurizio Galli --- (In reply to Vinzenz Vietzke from comment #20)

With a fresh TW install I still have a quick glimpse on the desktop, both after suspending from menu and hotkey.

(In reply to Maurizio Galli from comment #19)

...

Hello, the default behavior with xscreensaver seem to be "normal" now, I'm wondering if we can close this bug as resolved?

What do you mean by "normal"?

I meant that the "glimpse" of the desktop after suspend no longer appeared to me thus no longer able to reproduce it unless i enable "fading" in xscreensaver settings. I still think this is a serious issue and if at this point it cannot be resolved, I would also encourage testing other screen lockers to see if they produce similar behavior. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1101393 http://bugzilla.opensuse.org/show_bug.cgi?id=1101393#c23 --- Comment #23 from Vinzenz Vietzke ---

...

- Faster screen locking when activated

Sean Davis wrote some more details: "Added support for screen locking when the system goes to sleep (Xfce #15001), via a shared preference with Xfce Power Manager. A new configuration option, “Lock Screen with System Sleep” was added to the Screensaver Preferences dialog to accommodate this." For further reference: https://bugzilla.xfce.org/show_bug.cgi?id=15001 -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1101393 http://bugzilla.opensuse.org/show_bug.cgi?id=1101393#c25 Maurizio Galli changed: What |Removed |Added ---------------------------------------------------------------------------- Status|IN_PROGRESS |RESOLVED Resolution|--- |FIXED --- Comment #25 from Maurizio Galli --- (In reply to Stanislav Brabec from comment #24)

xscreensaver-5.43 is now going to Factory.

It fixes lock after fade in a different way.

It adds systemd assisted lock on suspend.

Thank you for the work! At least with my current setup the issues with xscreensaver seem to be completely gone. Although Xfce uses xfce4-screensaver now and has some issues being ironed out as well, I'd like to close this report as fixed. -- You are receiving this mail because: You are on the CC list for the bug.