| Summary: | logind: Allow active session to hibernate while other sessions are active | ||
|---|---|---|---|
| Product: | systemd | Reporter: | drago01 |
| Component: | general | Assignee: | systemd-bugs |
| Status: | RESOLVED WONTFIX | QA Contact: | systemd-bugs |
| Severity: | normal | ||
| Priority: | medium | CC: | bugzilla, drago01, william.jon.mccann |
| Version: | unspecified | ||
| Hardware: | Other | ||
| OS: | All | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: | Patch | ||
|
Description
drago01
2013-10-07 15:34:18 UTC
Created attachment 87245 [details] [review] Patch We can't really allow that by default. It's not OK to interrupt somebody else's work in the middle who's also active on the machine. The hibernate-on-battery logic sounds like something that really should be solved on the system level. Doing this policy in user programs is wrong, I am pretty sure. I've been working on patches to move that functionality from gnome-settings-daemon (or other user session managers) to UPower itself. It will be broken in F20 as it was in F19. (In reply to comment #2) > We can't really allow that by default. It's not OK to interrupt somebody > else's work in the middle who's also active on the machine. > > The hibernate-on-battery logic sounds like something that really should be > solved on the system level. Doing this policy in user programs is wrong, I > am pretty sure. Yeah but the "evil" user can interrupt the work of the other users in that case by intentionally draining the battery. It takes a bit longer but has the same effect. (In reply to comment #3) > I've been working on patches to move that functionality from > gnome-settings-daemon (or other user session managers) to UPower itself. This is implemented in UPower master. (In reply to comment #4) > (In reply to comment #2) > > We can't really allow that by default. It's not OK to interrupt somebody > > else's work in the middle who's also active on the machine. > > > > The hibernate-on-battery logic sounds like something that really should be > > solved on the system level. Doing this policy in user programs is wrong, I > > am pretty sure. > > Yeah but the "evil" user can interrupt the work of the other users in that > case by intentionally draining the battery. It takes a bit longer but has > the same effect. It's pretty hard to drain the battery on my desktop PC where power comes out of the wall. On that system hibernation is available, and we hence cannot allow them to hibernate the system at free will if somebody else is also logged in. (In reply to comment #5) > (In reply to comment #3) > > I've been working on patches to move that functionality from > > gnome-settings-daemon (or other user session managers) to UPower itself. > > This is implemented in UPower master. Thanks! I figure that means this bug is obsolete now. Closing. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.