the "lock screen" thing is slow to appear after opening the lid

Bug #105101 reported by Bogdan Butnaru
20
This bug affects 3 people
Affects Status Importance Assigned to Milestone
GNOME Screensaver
Invalid
Medium
gnome-screensaver (Debian)
Confirmed
Unknown
pam (Ubuntu)
Incomplete
Low
Unassigned

Bug Description

Binary package hint: gnome-screensaver

This is on Ubuntu Feisty, up to date, running on a Dell Latitude D620 laptop (Intel video). I have the computer set up to lock the screen when I close the lid. (This mostly works.)

When I open the lid, though, there's almost always a delay before the "unlock" window appears. I can open the lid, type the password, and still have to wait three-four seconds, sometimes more, before the "enter password" window appears. It receives the already-typed password and then goes away in a second or so. Note that the screen turns on pretty much instantly (the back-light is usually on by the time the screen is up). Also, the laptop is NOT in stand-by or anything, it's running normally.

The password-entry box should appear instantly (by the time the back-light turns on) and disappear the moment enter is pressed. After all, it's an extremely resource-light application. (It's OK if the desktop takes a bit to redraw after; that's a potentially slow operation. But just showing the password box on a black screen should be very quick.)

Revision history for this message
Eddie M. (eddiemartinez) wrote :

Can anyone confirm this bug?

Revision history for this message
Bogdan Butnaru (bogdanb) wrote :

I don't think it's something particular to my machine. It doesn't happen to you, too? I tried this and it happens the same way with the screensaver. (I have it set up to just shut the screen off, and lock it.) When I move the mouse, the screen turns on, but it takes a couple of seconds for the password dialog to appear.

(It takes a bit longer for the lid thing, but this way it can be tested with a desktop, too. However, a desktop screen tends to turn on a bit slower than a laptop's, so keep that in mind.)

Changed in gnome-screensaver:
importance: Undecided → Low
Changed in gnome-screensaver:
status: Unknown → Confirmed
Revision history for this message
Marcus Sundman (sundman) wrote :

This happens on all my desktop computers, too. I press Shift or Ctrl and then I have to wait for quite a while (relatively speaking) before the unlock password prompt appears.

Revision history for this message
Bogdan Butnaru (bogdanb) wrote :

Still happening on Hardy.

By the way, xscreensaver doesn't do this.

Revision history for this message
Bogdan Butnaru (bogdanb) wrote :

I'm not sure exactly if anything changed recently (the upstream bugs are still open), but this doesn't seem to happen on Intrepid.

(I don't see the option to lock the screen when the lid is closed anymore, so I see the dialog a lot less often, but I don't actually remember waiting for it in a long while.)

Perhaps it could be closed. (Though someone should try it on Hardy LTS again.)

Revision history for this message
Pedro Villavicencio (pedro) wrote :

gnome-screensaver devs said it's more like a pam issue rather.

Revision history for this message
Steve Langasek (vorlon) wrote :

And why do they think it's a PAM issue? The gnome-screensaver unlock dialog is certainly a lot slower for /me/ than any other PAM applications are.

Changed in pam:
status: New → Incomplete
Changed in gnome-screensaver:
status: Unknown → Invalid
Revision history for this message
Pedro Villavicencio (pedro) wrote :

according to the upstream report, there's a hang produced by pam which is causing the issue: http://bugzilla.gnome.org/show_bug.cgi?id=374829#c2 ; Would be good If you could comment there, i've no idea about pam. Thanks!.

Changed in gnome-screensaver:
importance: Unknown → Medium
Revision history for this message
Pier (pier.pier) wrote :

Affects Mint 18.3 Sylvia release on Ubuntu xenial too.

Revision history for this message
daniel (exodaniel) wrote :

Present on Ubuntu 18.04.4 LTS, GNOME 3.28.4

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.