We're going to revert to the Jaunty behaviour for locking the screen on suspend, as just discussed on IRC:
(9:29:31 AM) chrisccoulson: hey pitti - do you think we should revert back to the jaunty behaviour for screen locking on suspend, and fix bug 446191 before release?
(9:29:44 AM) ubottu: Error: Could not parse data returned by Launchpad: The read operation timed out (https://launchpad.net/bugs/446191)
(9:29:57 AM) ***chrisccoulson prods launchpad again
(9:33:11 AM) pitti: chrisccoulson: read LP and upstream bug now
(9:33:28 AM) pitti: chrisccoulson: if we keep this gconf key disabled by default, we should revert, yes
(9:33:48 AM) pitti: chrisccoulson: I'm just not sure whether we shouldn't enable screensaver lock as well by default
(9:34:08 AM) pitti: chrisccoulson: my feeling is that it makes sense (as much as locking screen on suspend)
(9:34:33 AM) pitti: chrisccoulson: but at this point of the release cycle it's bad to change behaviour like that, so I agree to just reverting to jaunty g-p-m behaviour
(9:34:38 AM) chrisccoulson: yeah, i'm not sure about the default. i've always found it a bit strange that we turn the default to off
(9:34:48 AM) pitti: chrisccoulson: what would that mean technically? change gnome-session to not look at the screensaver gconf key when suspending?
(9:34:59 AM) pitti: seb128: ^ any opinion?
(9:35:09 AM) chrisccoulson: i'll work on a patch later to revert back to the jaunty behaviour then. it will involve the same logic to what is already in g-p-m
(9:35:17 AM) chrisccoulson: (i'll probably just copy and paste;))
(9:35:54 AM) chrisccoulson: that will mean that the behaviour follows g-p-m policy, which is how it used to work
(9:36:06 AM) seb128: chrisccoulson, is there a summary of jaunty and karmic behaviours?
(9:36:18 AM) seb128: I'm not sure what it used to do and what it does now
(9:36:41 AM) pitti: chrisccoulson: yes, that makes sense; so it will read g-p-m's gconf key instead of g-screensaver's?
(9:37:02 AM) chrisccoulson: seb128 - in jaunty, suspend used to be proxied through g-p-m, and the decision to lock the screen was based on g-p-m settings, which are independent of the screensaver settings in Preferences -> Screensaver
(9:37:05 AM) pitti: chrisccoulson: that's at least consistent with indicator-applet etc., so let's do that
(9:37:17 AM) chrisccoulson: cool, i'll work on that. thanks!
(9:37:55 AM) seb128: agreed with pitti
(9:38:04 AM) pitti: chrisccoulson: many thanks
(9:38:05 AM) chrisccoulson: excellent, thanks:)
We're going to revert to the Jaunty behaviour for locking the screen on suspend, as just discussed on IRC:
(9:29:31 AM) chrisccoulson: hey pitti - do you think we should revert back to the jaunty behaviour for screen locking on suspend, and fix bug 446191 before release? /launchpad. net/bugs/ 446191)
(9:29:44 AM) ubottu: Error: Could not parse data returned by Launchpad: The read operation timed out (https:/
(9:29:57 AM) ***chrisccoulson prods launchpad again
(9:33:11 AM) pitti: chrisccoulson: read LP and upstream bug now
(9:33:28 AM) pitti: chrisccoulson: if we keep this gconf key disabled by default, we should revert, yes
(9:33:48 AM) pitti: chrisccoulson: I'm just not sure whether we shouldn't enable screensaver lock as well by default
(9:34:08 AM) pitti: chrisccoulson: my feeling is that it makes sense (as much as locking screen on suspend)
(9:34:33 AM) pitti: chrisccoulson: but at this point of the release cycle it's bad to change behaviour like that, so I agree to just reverting to jaunty g-p-m behaviour
(9:34:38 AM) chrisccoulson: yeah, i'm not sure about the default. i've always found it a bit strange that we turn the default to off
(9:34:48 AM) pitti: chrisccoulson: what would that mean technically? change gnome-session to not look at the screensaver gconf key when suspending?
(9:34:59 AM) pitti: seb128: ^ any opinion?
(9:35:09 AM) chrisccoulson: i'll work on a patch later to revert back to the jaunty behaviour then. it will involve the same logic to what is already in g-p-m
(9:35:17 AM) chrisccoulson: (i'll probably just copy and paste;))
(9:35:54 AM) chrisccoulson: that will mean that the behaviour follows g-p-m policy, which is how it used to work
(9:36:06 AM) seb128: chrisccoulson, is there a summary of jaunty and karmic behaviours?
(9:36:18 AM) seb128: I'm not sure what it used to do and what it does now
(9:36:41 AM) pitti: chrisccoulson: yes, that makes sense; so it will read g-p-m's gconf key instead of g-screensaver's?
(9:37:02 AM) chrisccoulson: seb128 - in jaunty, suspend used to be proxied through g-p-m, and the decision to lock the screen was based on g-p-m settings, which are independent of the screensaver settings in Preferences -> Screensaver
(9:37:05 AM) pitti: chrisccoulson: that's at least consistent with indicator-applet etc., so let's do that
(9:37:17 AM) chrisccoulson: cool, i'll work on that. thanks!
(9:37:55 AM) seb128: agreed with pitti
(9:38:04 AM) pitti: chrisccoulson: many thanks
(9:38:05 AM) chrisccoulson: excellent, thanks:)