Bug 89001

Summary: gnome-sesion crashes during startup after upgrading from rh8 to rh9
Product: [Retired] Red Hat Linux Reporter: Need Real Name <kcrimson>
Component: gnome-sessionAssignee: Ray Strode [halfline] <rstrode>
Status: CLOSED CURRENTRELEASE QA Contact:
Severity: high Docs Contact:
Priority: medium    
Version: 9Keywords: Triaged
Target Milestone: ---   
Target Release: ---   
Hardware: i586   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-11-10 22:05:19 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 100644    
Attachments:
Description Flags
Content of my .gnome2 directory none

Description Need Real Name 2003-04-16 12:14:11 UTC
Description of problem:

I have upgraded my workstation from RH8 to RH9. When I try to start gnome 
session, it restarts X.I have found followin error logs in .xsession-errors:
SESSION_MANAGER=local/anpa003.net.autocom.pl:/tmp/.ICE-unix/1186
Gnome-Message: gnome_execute_async_with_env_fds: returning -1
Gnome-Message: gnome_execute_async_with_env_fds: returning -1
Gnome-Message: gnome_execute_async_with_env_fds: returning -1
The program 'gnome-session' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadLength (poly request too large or internal Xlib length erro'.
  (Details: serial 3937 error_code 16 request_code 155 minor_code 20)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)
The application 'magicdev' lost its connection to the display :20.0;
most likely the X server was shut down or you killed/destroyed
the application.

When I try failsafe session and run gnome-panel, metacity and nautilius manualy 
everything works fine.


Version-Release number of selected component (if applicable):


How reproducible:
Everytime

Steps to Reproduce:
1. Upgrade form rh8 to rh9
2. Start gnome session
3.
    
Actual results:


Expected results:


Additional info:
my workstation is:
AMD K6 350MhZ
168 MB RAM
ATI Rage 128 16 MB

Comment 1 Havoc Pennington 2003-04-16 16:54:18 UTC
Can you attach your ~/.gnome2/default.session?

Comment 2 Need Real Name 2003-04-16 20:49:31 UTC
I don't have sucha a file in my home directory.I can send you any other you need.

Comment 3 Havoc Pennington 2003-04-21 19:10:31 UTC
Sorry, ~/.gnome2/session might be the name of it. 

~/.gnome2/*session* ;-)

Comment 4 Need Real Name 2003-04-21 19:43:02 UTC
Created attachment 91204 [details]
Content of my .gnome2 directory

Comment 5 Ray Strode [halfline] 2004-11-10 22:05:19 UTC
Hi,

This bug is quite old now.  Given the lack of activity on this report and the
likelihood that this bug has already been fixed, I am going to close it.  If you
encounter the problem discussed in this report with Fedora Core 3 or a recent
version of gnome feel free to reopen.

Thanks