Bug 651096

Summary: After hibernate, the computer doesn't allow supsend or hibernate, only shutdown and logout.
Product: [Fedora] Fedora Reporter: Matthew Truch <matt>
Component: gnome-sessionAssignee: Ray Strode [halfline] <rstrode>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 14CC: bbartlomiej, jmccann, pekkas, rstrode, tr-rh
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-11-19 16:16:25 EST Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Description Matthew Truch 2010-11-08 15:01:28 EST
Description of problem:
After resuming from a hibernate, the menu system no longer allows hibernate or suspend.  I'm not sure if this is a gnome menu options problem, or if it's deeper, so I'm filing it here (apologies if this is incorrect).  

Version-Release number of selected component (if applicable):
Fedora 14, all updates applied.

Steps to Reproduce:
1. Hibernate computer.
2. Resume from hibernate.
3. Attempt to hibernate or suspend.
Actual results:
There is no longer a menu option to hibernate or suspend.

Expected results:
The hibernate and suspend options are still there.
Comment 1 Pekka Savola 2010-11-10 03:15:25 EST
I'm suffering from the same thing. Pretty annoying.
Comment 2 Pekka Savola 2010-11-14 11:58:43 EST
I've a hypothesis that this is permissions-related, because I've also seen the following:

 - auto-mounting USB memory stick fails with 'not authorized'
 - sound ceases to work, e.g. xmms says 'alsa_get_mixer(): Attaching to mixer hw:0 failed: Permission denied'
 - some preferences settings report permission errors
Comment 3 Bartek Krawczyk 2010-11-19 02:33:48 EST
Same thing here: Samsung NC10 with a fresh Fedora 14 installation. I've googled it out and look:

later in that thread they suggest it's a ConsoleKit problem (check ck-list-sessions, it says the session is inactive [active = FALSE]). A quick switch to Console and back to X11 seems to resolve the issue. (ALT+CTRL+F2 and ALT+CTRL+F1). Very annoying, though.

I suggest increasing the priority to at least Medium.

Comment 4 Tim Ricketts 2010-11-19 15:55:07 EST
That fits.  /var/log/ConsoleKit/history contains the following line logged during resume from hibernation:

1290069921.132 type=SEAT_ACTIVE_SESSION_CHANGED : seat-id='Seat1' session-id=''
Comment 5 Matthew Truch 2010-11-19 16:16:25 EST

*** This bug has been marked as a duplicate of bug 643367 ***