RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1187699 - /etc/X11/xinit/Xclients ignores /etc/sysconfig/desktop
Summary: /etc/X11/xinit/Xclients ignores /etc/sysconfig/desktop
Keywords:
Status: CLOSED DUPLICATE of bug 1141676
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: xorg-x11-xinit
Version: 7.0
Hardware: Unspecified
OS: Linux
unspecified
high
Target Milestone: rc
: ---
Assignee: Hans de Goede
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-01-30 17:18 UTC by Simon Gao
Modified: 2015-02-03 21:46 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-02-03 21:46:50 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)

Description Simon Gao 2015-01-30 17:18:52 UTC 
Description of problem:

When both GNOME Desktop and KDE Plasma Workspaces are installed, the default desktop manager is set in /etc/sysconfig/desktop as:

DESKTOP="KDE"

However, upon login, GNOME Classic desktop starts instead of KDE.


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

Kernel 3.10.0-123.13.2.el7.x86_64
OS version: 7.0.1406
xorg-x11-xinit-1.3.2-13.el7.x86_64

How reproducible:


Steps to Reproduce:
1. Install both GNOME Desktop and KDE Plasma Workspaces
2. Set DESKTOP="KDE" in /etc/sysconfig/desktop
3. Login as a user

Actual results:

GNOME Classic started

Expected results:

KDE Plasma Workspaces starts

Additional info:
Comment 2 Hans de Goede 2015-02-03 09:36:40 UTC 
Hello,

Thanks for the bug report. If I'm not mistaken then when you boot the machine you get a graphical login screen managed by gdm, correct?

You should have a pull-down menu when you type your username / password to select which desktop environment you want. If you change this to KDE gdm should remember this for future logins.

Note that the Xclients script is not involved in which desktop-enviroment gets started by default by gdm, as gdm does not use the Xclients script. There already is a bug for gdm not honoring /etc/sysconfig/desktop: "DESKTOP="KDE". see bug 1141676.

A workaround to get all your users to get the KDE desktop by default without needing them to select it explicitly the first time they log in is documented in this knowledge base article: https://access.redhat.com/solutions/1125833

Please let me know if you are indeed using gdm, then I will close this bug as a duplicate of bug 1141676.

Note bug 1141676 atm is marked as private so you cannot view it, I've asked for the private marking to be removed.

Regards,

Hans
Comment 3 Hans de Goede 2015-02-03 09:51:38 UTC 
Bug 1141676 is now public.
Comment 4 Simon Gao 2015-02-03 21:36:01 UTC 
The workaround suggested by https://access.redhat.com/solutions/1125833 does not work. 

For system wide default setting, after removing gnome-session-xsession gnome-classic-session, can't log into Gnome classic mode.  

Still need a real solution. Default to KDE, but user can select GNOME.
Comment 5 Hans de Goede 2015-02-03 21:46:50 UTC 
(In reply to Simon Gao from comment #4)
> The workaround suggested by https://access.redhat.com/solutions/1125833 does
> not work. 

I'm sorry to hear that the workaround does not work for you, please discuss this further in bug 1141676 .

*** This bug has been marked as a duplicate of bug 1141676 ***
Note You need to log in before you can comment on or make changes to this bug.