Bug 739328 - Gnome session breaks immediately on login
Summary: Gnome session breaks immediately on login
Keywords:
Status: CLOSED DUPLICATE of bug 738803
Alias: None
Product: Fedora
Classification: Fedora
Component: gnome-session
Version: 16
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Ray Strode [halfline]
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-09-17 18:21 UTC by Göran Uddeborg
Modified: 2011-09-24 20:20 UTC (History)
3 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2011-09-24 20:20:08 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
.xsession content after a failed login attempt (15.34 KB, application/octet-stream)
2011-09-17 18:21 UTC, Göran Uddeborg
no flags Details

Description Göran Uddeborg 2011-09-17 18:21:58 UTC
Created attachment 523720 [details]
.xsession content after a failed login attempt

Description of problem:
When trying to log in to a gnome session an unhappy screen appears with the text "a problem has occurred and the system can not recover" (approximate translation back to English from Swedish).  It happens to both user accounts on the machine.

The assignment of this bug to gnome-session is just a guess.  I don't know what component is the problematic one.

Version-Release number of selected component (if applicable):
gnome-session-3.1.91-3.fc16.x86_64

How reproducible:
Every time

Steps to Reproduce:
1. Try to log in
  
Actual results:
Failure screen

Expected results:
A gnome session starting

Additional info:
It is possible to log in to a virtual console screen.  It is also possible to start a graphical login by using the "user script" option and having a .xsession that starts a twm session.

The .xsession-errors file contains a backtrace.  It is labeled with "gdm", though I'm not sure if it means gdm is recording it or if it means gdm itself is crashing.

This machine was upgraded to F16 using yum.  This problem did not appear from the start.  It started after an upgrade done on the 8 of September.  We didn't have time to debug it at the time, and after a new upgrade on the 11:th it started working again.  But after yet another upgrade today the 17:th, the problem is back.  (Or a new problem which looks the same to the end user.)

Comment 1 Göran Uddeborg 2011-09-20 20:41:49 UTC
A few updates:  It doesn't happen "every time", just most of the time.  Occasionally, a session starts.

There is also a correlation with the background image.  Normally, the selected background image is shown for a few moments before the "crash screen" shows up.  But those times when the login succeeds, the background stays the original submarine from the Verne theme.  When bringing up the background selection dialog it shows the expected image to be selected.  Switching to another background image in the dialog has no effect; the real background is not affected.

Maybe that could be a clue.  We will investigate further, but I wanted to forward what we have found so far right away.

Comment 2 Göran Uddeborg 2011-09-24 20:20:08 UTC
The announcement of the delay of the beta release drew our attention to bug 738803.  And sure indeed, after updating selinux-policy, and doing the restorecon suggested in comment 13 of bug 738803 in all accounts, we can log in fine again.

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


Note You need to log in before you can comment on or make changes to this bug.