Bug 199878 - custom $HOME/.Xclients no longer runs after latest gdm updates
custom $HOME/.Xclients no longer runs after latest gdm updates
Product: Fedora
Classification: Fedora
Component: gdm (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Ray Strode [halfline]
Mike McLean
Depends On:
  Show dependency treegraph
Reported: 2006-07-23 17:16 EDT by Alexandre Oliva
Modified: 2007-11-30 17:11 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-07-23 20:34:25 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Alexandre Oliva 2006-07-23 17:16:15 EDT
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):

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-23 20:34:25 EDT
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.

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