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 335145 - gnome-session doesn't follow exactly freedesktop autostart specs
gnome-session doesn't follow exactly freedesktop autostart specs
Status: RESOLVED FIXED
Product: gnome-session
Classification: Core
Component: gnome-session
2.14.x
Other All
: Normal minor
: ---
Assigned To: Session Maintainers
Session Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-03-19 18:07 UTC by Yann Rouillard
Modified: 2007-01-07 01:24 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14


Attachments
Proposed patch which solves this bug (5.07 KB, patch)
2006-03-20 22:31 UTC, Yann Rouillard
none Details | Review

Description Yann Rouillard 2006-03-19 18:07:58 UTC
Please describe the problem:
Currently gnome-session doesn't obey freedesktop autostart specs concerning the
hidden key.

According to the specs, when there are multiple startup desktop files with the
same name, the hidden status of the one in the most important location must be
taken in account.

Thi system allows a user to cancel a system-wide startup desktop file (in
/etc/xdg/autostart). To do this the user has to create a desktop file with the
same name, but with the hidden attribute set, in ~/.config/autostart.

Infortunately it doesn't work with gnome-session.



Steps to reproduce:
1. Put a startup desktop file in /etc/xdg/autostart
2. log out, log in, and test that the app is correctly launched at the begin of
the session
3. Put the same desktop file in ~/.config/autostart and add Hidden=true
4. log out, log in


Actual results:
The application is still launched at the begin of the session.

Expected results:
The application should not be launched as the hidden flag of the user startup
desktop file should override the system-wide one.

Does this happen every time?
yes

Other information:

Another bug near from this one also exists.
If you try to remove a startup progam that has been set up system wide,
gnome-session-properties removes it from the list and print a warning message
** (gnome-session-properties:2493): WARNING **: Could not save
/etc/xdg/autostart/**********.desktop file
(that few people will see) but actually do nothing.
and if you restart gnome-session-properties, the startup program is still there.

Instead gnome-session-properties should create a startup desktop entry in the
~/.config/autostart with the hidden attributes set.
Comment 1 Yann Rouillard 2006-03-20 22:31:09 UTC
Created attachment 61647 [details] [review]
Proposed patch which solves this bug

This patch enable the correct freedesktop compliant behaviour,
fixes the "WARNING **: Could not save /etc/xdg/autostart/**********.desktop file" warning messages and allow user to delete app autostarted in system-wide config file.
Comment 2 Tom Tromey 2006-10-02 18:46:22 UTC
From my initial reading this patch looks reasonable.
Comment 3 Tom Tromey 2006-10-03 01:15:33 UTC
Oh, btw -- that second bug in the report is also bug #342031.
There's a patch there too.
Comment 4 borje4 2006-12-08 00:07:00 UTC
As I set up new accounts for persons that do not have email accounts - the Mail-Notification window insists on popping up in the middle of the Desktop. It is not possible to disable it from itself, neither from System:Preferences:Sessions. And upon trying to accomplish this, bug-buddy turns on and crashes and cannot be stopped lest, I hit ctrl+alt backspace.

With some help on gimpnet #gnome I was advised to go to /etc/xdg/autostart and delete the Mail-Notification.desktop (?). Thereafter I had to go to all the accounts and delete it from session of the accounts that don't need it and add it to the account that in fact uses it.

Regards,

linfan
 
Comment 5 Vincent Untz 2007-01-07 01:24:41 UTC
I properly fixed this in HEAD.