I am running xfce on Fedora 14: package xfce4-panel-4.8.5-1.fc14.x86_64
I have specified the following:
I get the following results for each action of panel - Action Buttons:
Log Out - successful, session is not saved
Shut Down - successful, *** session is saved ***
I really don't want the session saved. I want to start completely clean
In the file /etc/gdm/PostLogin/Default have the following lines:
# Default - a hack to get rid of XFCE session data
# this script is located in /etc/gdm/PostLogin
# chmod 755 Default
rm /home/ejy/.cache/sessions/xfce4-session-* 2>/dev/null
rm /home/ejy/.cache/sessions/xfwm4-*.state 2>/dev/null
echo "/etc/gdm/PostLogin/Default: slimy hack done."
*** Bug 8678 has been marked as a duplicate of this bug. ***
I can confirm this in Fedora 19, xfce4-panel 4.10.1-1.fc19
The plugin should query the value "SaveOnExit" in .config/xfce4/xfconf/xfce-perchannel-xml/xfce4-session.xml for Shutdown/Restart actions
I confirm this issue on ArchLinux.
This bug has effectively rendered my xfce + compiz setup useless for months. Now finally I discovered that both panel action buttons (Logout and Shutdown) safe the session, even though it's disabled.
PLEASE FIX THIS :/
It looks like Bug 10116 is a duplicate.
I just want to add, that I also experienced this behaviour. I removed the action buttons and now just use the menu to shutdown and the session is not saved any more.
*** Bug 10116 has been marked as a duplicate of this bug. ***
*** Bug 10593 has been marked as a duplicate of this bug. ***
Created attachment 5749
Untested and ugly
Quick, dirty, untested, and probably very ugly patch - does this make things better or worse?
Fixed in 3848b0c0df4c2d744e4a9db2653c0507f78fbba3
More testing needed.
Still not fixed as of 3 Feb 2016 and fresh install and latest updates in Xubuntu 14.04. Sessions are saved regardless of settings, or whether user logout or action button logout is used.
Workaround hack I've used for *YEARS* on this issue is to disallow saves by
chmod 500 .cache/sessions in various user directories.
This needs to be treated as a significant security issue, since it can expose previous activity in guest and multi-user accounts.
@Tigerwolf: The fact that your session *always* seems to be saved makes your comment unrelated to this bugreport, which is only about inconsistencies between the session setting and the action buttons.
I tested this explicitly and Andrzejr's patch seems to fix it indeed.