Bug 199809

Summary:	upgrading to xorg-x11-xinit-1.0.2-7.fc6 causes inability to log in via gdm
Product:	[Fedora] Fedora	Reporter:	David Nielsen <gnomeuser>
Component:	xorg-x11-xinit	Assignee:	Adam Jackson <ajax>
Status:	CLOSED RAWHIDE	QA Contact:
Severity:	high	Docs Contact:
Priority:	medium
Version:	rawhide	CC:	cragel, michal, oliva, valdis.kletnieks
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2006-07-22 20:48:35 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:

Description David Nielsen 2006-07-22 14:09:43 UTC

Description of problem:
after the xorg-x11-xinit-1.0.2-7.fc6 when I log into any environment via gdm all
I'm presented with is a bluescreen and a cursor, very win95 btw., downgrading to  
xorg-x11-xinit-1.0.2-6.fc6 makes that issue go away.

Version-Release number of selected component (if applicable):
xorg-x11-xinit-1.0.2-7.fc6

How reproducible:
100% 

Steps to Reproduce:
1. upgrade to xorg-x11-xinit-1.0.2-7.fc6

  
Actual results:
blue screen follows login

Expected results:
pretty GNOME desktop

Additional info:
AMD64 X2 4400+ running Development 20060722

Comment 1 Michal Jaegermann 2006-07-22 18:00:21 UTC

Removal of /etc/X11/xinit/xinitrc.d/localuser.sh makes the problem, at
least outwardly, to go away.

After a failed attempt to login one has to terminate gnome-panel process
which tends to hang around and prevents a clean gnome-session startup.
Possibly the same with other session clients.  This at least indicates
that something tried to start but is messed up big way.

localuser.sh makes an impression that it should possibly log something
to "$HOME/.xsession-errors" but I could not find any traces of writing
in that file.

Comment 2 Adam Jackson 2006-07-22 20:48:35 UTC

Bah, braino in the spec file.  Should be sorted now in 1.0.2-8 and later.

Comment 3 Mike A. Harris 2006-07-24 05:27:16 UTC

*** Bug 199830 has been marked as a duplicate of this bug. ***

Comment 4 Valdis Kletnieks 2006-07-25 02:14:15 UTC

Another thing this breaks is the Tk/Tcl 'send' command, which does some sanity
checking on the xhost setting.  It makes the (until now) sane assumption that
if the xhost list is empty, that all clients are using xauth cookies of some
sort and therefor it's fairly secure.  Adding this 'xhost +si:localuser:${user}'
causes the list to be non-empty, and Tk/Tcl disables 'send' because it can't be
sure who/what may be listening to the data going by.

I'd not be surprised if the problems Gnome and other stuff reported here and Bug
199830 (flagged as dup of this) are the same basic problem - things refusing to
play when the xhost list isn't empty.