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 1136457 - kde-workspace files in /usr/share/xsession should be named kde-plasma.desktop and kde-plasma-safe.desktop
Summary: kde-workspace files in /usr/share/xsession should be named kde-plasma.desktop...
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: kde-workspace
Version: 7.2
Hardware: Unspecified
OS: Unspecified
Target Milestone: rc
: ---
Assignee: Than Ngo
QA Contact: Desktop QE
Depends On:
TreeView+ depends on / blocked
Reported: 2014-09-02 15:40 UTC by Karl Mikaelsson
Modified: 2014-09-02 16:25 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2014-09-02 16:25:40 UTC
Target Upstream Version:

Attachments (Terms of Use)

Description Karl Mikaelsson 2014-09-02 15:40:04 UTC
Description of problem:

 KDE sessions are always first in the list of sessions in GDM.

 DESKTOP_SESSION, GDMSESSION set to 1-kde-plasma-standard or 2-kde-plasma-safe rather than kde-plasma or kde-plasma-safe.

 ThinLinc can't find and start KDE :-)

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

 Reproduced with kde-workspace-4.10.5-18.el7.x86_64

How reproducible:

 Happens every time.

Steps to Reproduce:

 1. install kde-workspace

Actual results:

> [root@rhel7-vmware ~]# ls -1 /usr/share/xsessions/*kde*
> /usr/share/xsessions/1-kde-plasma-standard.desktop
> /usr/share/xsessions/2-kde-plasma-safe.desktop

Expected results:

> [root@rhel7-vmware ~]# ls -1 /usr/share/xsessions/*kde*
> /usr/share/xsessions/kde-plasma.desktop
> /usr/share/xsessions/kde-plasma-safe.desktop

Additional info:

The algorithm for the order of the list of sessions presented by GDM seems to be the same as the following shell expression:

 (cd /usr/share/xsessions; ls *.desktop | sed -e 's/.desktop$//g' | sort)

Thus, having the KDE files named 1- and 2- doesn't make any real sense. Since sort is being sort and sorts kde-plasma before kde-plasma-safe, there's no real need to rename them from kde-plasma.desktop to 1-kde-plasma-standard.desktop.

Renaming the files to kde-plasma.desktop and kde-plasma-safe.desktop makes everything just peachy.

Comment 2 Than Ngo 2014-09-02 16:25:40 UTC
please take a look at the bz#1091087 why we have removed them to 1-, 2-.

I don't have ThinLinc to reproduce this issue, If ThinLinc cannot the sessions then it's a bug in ThinLinc. Thanks for your report!

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