the gnome-session dialog suspend option doesn't lock the screen

It appears that this may be a resurrection of bug #446191 that was much discussed then fixed in Karmic but seems to be back for Oneiric.

Status changed to 'Confirmed' because the bug affects multiple users.

Thank you for your bug report, how do you suspend? (indicator, lid close, ...)

I thought that this happened however I suspended but I now find that it is ok if I select suspend from the indicator but if I press the power button and select suspend from the popup then it does not ask for password on resume. I cannot try closing the lid as suspend/resume via lid operation does not work on this laptop.

seems like a gnome-session issue then

seems a bit similar to bug #859498

Subscribing Marc, he usually loves screen locking bugs ;-)

It does seem extremely similar to bug #859498, I see the NM disconnect for example. I am still seeing it with gnome-settings-daemon 3.2.0-0ubuntu4 if that is relevant.

I've committed a patch for this to bzr.

This has landed in Oneiric:

gnome-settings-daemon (3.2.0-0ubuntu5) oneiric; urgency=low

  [ Rodrigo Moya ]
  * debian/patches/00git_avoid_undesired_sleeps.patch:
    - Avoid sleeping the computer when disabled (LP: #864479) and ditto for
      the display (LP: #863038)

  [ Marc Deslauriers ]
  * debian/patches/51_always_lock_screen_on_suspend.patch:
    - always lock the screen when suspending or hibernating, even if
      automatic screen lock is disabled. (LP: #847814)

 -- Marc Deslauriers <email address hidden> Mon, 03 Oct 2011 17:23:23 -0400

Did this really need to be hardcoded into a binary though? There are valid use cases for not locking the screen on a closed lid, one of which was mentioned in passing in the original bug report: the case where the user is automatically logged in.

A crappy workaround involves "chmod a-x gnome-screensaver" followed by "killall gnome-screensaver".

We will be discussing this at UDS, and doing something better for the next release.

By the way, I would like to mention that there is a similar, possibly related bug report concerning locking the screen when the lid is closed (without hibernation) - bug #871047

Since Oneiric/Gnome 3 my session doesn't lock on suspend even though it *is* set to lock after 30 minutes.

Under Gnome Shell with the screenlock disabled, this behavior is highly irritating, because the Gnome session menu follows my settings and does not lock the screen, but using the power button does lock the screen. I don't have much of a "use case" for a screen lock for a machine sitting safely in my apartment. The screen lock setting should reasonably be universal (and can still be set with "never" as the timeout for inactivity either way.)

My screen disables after 10 and the shell locks after 30 minutes as configured in the settings. When using the suspend functionality in the g-s user menu, I experience the same symptoms as https://bbs.archlinux.org/viewtopic.php?pid=1007305#p1007305.
If I do however make the changes in the patch, everything works as I expect. I don't know though, if this behaves correctly™ in other use cases.

upstream bug report: https://bugzilla.gnome.org/show_bug.cgi?id=670820