After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 559450 - Gnome-session should try to match .desktop files against XSMP and/or resumed clients
Gnome-session should try to match .desktop files against XSMP and/or resumed ...
Status: RESOLVED OBSOLETE
Product: gnome-session
Classification: Core
Component: gnome-session
2.24.x
Other All
: Normal normal
: ---
Assigned To: Session Maintainers
Session Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-11-05 16:05 UTC by Danny Baumann
Modified: 2021-06-14 18:22 UTC
See Also:
GNOME target: ---
GNOME version: 2.23/2.24


Attachments
Proposed fix (5.90 KB, patch)
2008-11-05 16:06 UTC, Danny Baumann
none Details | Review

Description Danny Baumann 2008-11-05 16:05:36 UTC
Please describe the problem:
As described in the title.
When starting an app in a certain phase (e.g. compiz in the WINDOWMANAGER phase), gnome-session should try to recognize compiz registering via XSMP as valid means of registering and shouldn't expect that compiz uses the DESKTOP_AUTOSTART_ID environment variable.

It currently doesn't do that for two reasons:
1. if I enter compiz under /desktop/gnome/session/required_components/windowmanager, the resulting app id is "compiz.desktop", not "compiz". Since compiz passes "compiz" as SmProgram property to XSMP, it's not possible to match those two.
2. gnome-session expects SmProgram to be set at RegisterRequest time, which is not possible. It doesn't watch for SmProgram changes afterwards.

I will attach a patch that solves both issues, thus making compiz start up properly, but the consequence of that patch is that the fix from bug 536685 is a requirement for users with old session files.

Steps to reproduce:


Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Danny Baumann 2008-11-05 16:06:03 UTC
Created attachment 122032 [details] [review]
Proposed fix
Comment 2 André Klapper 2021-06-14 18:22:41 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version of gnome-session, then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new ticket at
  https://gitlab.gnome.org/GNOME/gnome-session/-/issues/

Thank you for your understanding and your help.