Bug 199878

Summary:	custom $HOME/.Xclients no longer runs after latest gdm updates
Product:	[Fedora] Fedora	Reporter:	Alexandre Oliva <oliva>
Component:	gdm	Assignee:	Ray Strode [halfline] <rstrode>
Status:	CLOSED NOTABUG	QA Contact:	Mike McLean <mikem>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	rawhide
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2006-07-24 00:34:25 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 Alexandre Oliva 2006-07-23 21:16:15 UTC

Description of problem:
After the xinit upgrade a couple of days ago, I thought it was xinit that had
broken this along with the other failure it introduced, but I actually tried to
downgrade xorg-x11-xinit to the earlier functional version, and it didn't
restore the automatic execution of .Xclients on login, which used to prompt me
for the passwords to my SSH keys and for a vpnc login in an xterm.  Since it's
not xinit, I thought it might be gdm, but I haven't actually verified this
suspicion.  If you think it's something else, please reassign.

Version-Release number of selected component (if applicable):
gdm-2.15.6-13
xorg-x11-xinit-1.0.2-6.fc6

How reproducible:
Every time

Steps to Reproduce:
1.Create a custom ~/.Xclients-default that say opens an xterm
2.Log in on gdm

Actual results:
xterm does not start

Expected results:
It should

Comment 1 Alexandre Oliva 2006-07-24 00:34:25 UTC

Err...  Sorry, I'd changed my default session to Gnome, instead of System
default, when the broken xinit failed, and I forgot to change it back.  When I
did, .Xclients-default ran again.