[Bug 734829] New: kde: suspend does not work if more then one kde session is running
https://bugzilla.novell.com/show_bug.cgi?id=734829 https://bugzilla.novell.com/show_bug.cgi?id=734829#c0 Summary: kde: suspend does not work if more then one kde session is running Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers@suse.de ReportedBy: fcastelli@suse.com QAContact: qa@suse.de Found By: --- Blocker: --- Created an attachment (id=465861) --> (http://bugzilla.novell.com/attachment.cgi?id=465861) Enter root password to enable suspend. lid close/sleep button work as expected when: - just one kde session is up and running - one kde session and multiple tty sessions are running They do not work when more then one kde session is running. How to reproduce: - log into kde using as user 'foo' - use the "switch user" feature of kde and start a new session - log into kde using as user 'bar' - close the lid or click the sleep button Expected outcome: the system enters sleep mode Actual outcome: * system doesn't enter sleep mode * screensaver is started * a dialog box appears inside of 'foo' session (see attached screenshot) UPower implicit authorizations for the suspend action are: * any: yes * inactive console: yes * active console: yes I've also looked at bug 728970 but everything looks fine. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=734829
https://bugzilla.novell.com/show_bug.cgi?id=734829#c1
Will Stephenson
https://bugzilla.novell.com/show_bug.cgi?id=734829
https://bugzilla.novell.com/show_bug.cgi?id=734829#c2
--- Comment #2 from Will Stephenson
https://bugzilla.novell.com/show_bug.cgi?id=734829
https://bugzilla.novell.com/show_bug.cgi?id=734829#c3
Will Stephenson
https://bugzilla.novell.com/show_bug.cgi?id=734829
https://bugzilla.novell.com/show_bug.cgi?id=734829#c4
--- Comment #4 from Patrick Smart
https://bugzilla.novell.com/show_bug.cgi?id=734829
https://bugzilla.novell.com/show_bug.cgi?id=734829#c5
Patrick Smart
https://bugzilla.novell.com/show_bug.cgi?id=734829
https://bugzilla.novell.com/show_bug.cgi?id=734829#c6
--- Comment #6 from Patrick Smart
https://bugzilla.novell.com/show_bug.cgi?id=734829
https://bugzilla.novell.com/show_bug.cgi?id=734829#c7
e j
Would greatly appreciate if anyone can make sense of this.
/usr/share/polkit-1/org.freedesktop.upower.policy [...] <action id="org.freedesktop.upower.suspend"> <description>Suspend the system</description> [...] <defaults>
no yes </defaults> </action> This is what I have in fedora.
var/lib/polkit-1/org.freedesktop.upower.suspend.pkla
[org.freedesktop.upower.suspend] Identity=unix-group:* Action=org.freedesktop.upower.suspend ResultAny=auth_admin ResultInactive=auth_admin ResultActive=yes
This looks like the immediate cause of the problem. ResultInActive=auth_admin means that it will ask for a root password from an active local (and specifically not remote) session, if I understand correctly. This doesn't make any sense to me, since how can someone not in front of the computer enter a root password? Is this a system provided file or one you've created/edited yourself? You can check with 'rpm -qf FILE' and then 'rpm -qV PACKAGE'. If it does come from opensuse, could you file a bug asking whether "ResultInactive=auth_admin" makes any sense. That said, I think powerdevil is handling this badly too. I think this was caused by commit 2606ff0045470d360a2ad4ad8aeb2819f653676f - an attempt to fix an issue that was probably better fixed by commit d30b646dd83b81f750d786dab08a91dba7c49f3a - if I'm reading this right, Powerdevil attempts to autosuspend the system even when the session is inactive. Normally polkit disallows this and no harm is done. But on your system it brings up a root dialogue on the inactive session, and obviously an inactive session will idle out before an active one. The third problem is that a root dialogue on the inactive session might be annoying but it shouldn't block polkit-allowed actions in the active session. I can't see any reason why powerdevil should be to blame for this, but maybe someone more familiar with the code might: for now I'm going to blame polkit. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=734829
https://bugzilla.novell.com/show_bug.cgi?id=734829#c8
Christian Trippe
participants (1)
-
bugzilla_noreply@novell.com