Comment 54 for bug 72468

Revision history for this message
apinunt (apinunt) wrote :

Something else I found which may have some relation to the problem, looking at my system which did not have the problem, I found /usr/share/gnome/default session exists, while the system with the problem lacked this file. There is a man page "man default.session" but I'm not sure if this file should be necessary or not. In any event I think this needs to be looked into further, but I'm not sure who's attention it should be given to? Although this is/was not a major problem, I think an abundance of problems such as this is what turns many people away from Linux. I've spent several hours a day for a couple of weeks in order to resolve this and have several more problems which are primarily related to the OS installation. Below is the content of /usr/share/gnome/default.session from my system lacking the trash icon problem and sets the session to Gnome without my interaction.

# This is the default session that is launched if the user doesn't
# already have a session.
# The RestartCommand specifies the command to run from the $PATH.
# The Priority determines the order in which the commands are started
# (with Priority = 0 first) and defaults to 50.
# The id provides a name that is unique within this file and passed to the
# app as the client id which it must use to register with gnome-session.
# The clients must be numbered from 0 to the value of num_clients - 1.

[Default]
num_clients=6
0,id=default0
0,Priority=10
0,RestartCommand=gnome-wm --sm-client-id default0
1,id=default1
1,Priority=40
1,RestartCommand=gnome-panel --sm-client-id default1
2,id=default2
2,Priority=40
2,RestartCommand=nautilus --no-default-window --sm-client-id default2
3,id=default3
3,Priority=60
3,RestartCommand=gnome-cups-icon --sm-client-id default3
4,id=default4
4,Priority=40
4,RestartCommand=gnome-volume-manager --sm-client-id default4
5,id=default5
5,Priority=50
5,RestartCommand=vino-session --sm-client-id default5