4.10.1 version affects session autosave so it couldn't be switched off

Bug #1204919 reported by Harry
74
This bug affects 17 people
Affects Status Importance Assigned to Milestone
Xfce4 Panel
Fix Released
Medium
xfce4-panel (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

After updating xfce4-panel from 4.10.0 to 4.10.1 on Xubuntu 12.10 (64-bit) session begins save and restore even if "Automatically save session on logout" is unchecked. Reverting package back to 4.10.0 solves problem. In case of upgrading with holding this package everything works as supposed.

Tags: saucy
Revision history for this message
In , Ejy712 (ejy712) wrote :

I am running xfce on Fedora 14: package xfce4-panel-4.8.5-1.fc14.x86_64

I have specified the following:
    Settings Editor
        xfce4-session
            general
                AutoSave FALSE
                PromptOnLogout FALSE
                SaveOnExit FALSE

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
every time.

Work around:
  In the file /etc/gdm/PostLogin/Default have the following lines:

#!/bin/bash
# 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."

Revision history for this message
In , Jeromeg (jeromeg) wrote :

*** Bug 8678 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Sean-clancy (sean-clancy) wrote :

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

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in xfce4-panel (Ubuntu):
status: New → Confirmed
tags: added: saucy
Revision history for this message
Sergio Benjamim (sergio-br2) wrote :

This problem also happens in Xubuntu 13.10. "Automatically save session on logout" is unchecked. It's annoying because sometimes I forget an app open at logout, such Firefox or Mousepad, and every login these apps pop-up me. It seems that xfce desktop is taking a bit longer to load.

But is it not an issue in xfce4-session package?

Revision history for this message
Sergio Benjamim (sergio-br2) wrote :

When I logout, there is a option in the logout prompt window: "Save session for future login logins", and this is checked even the "Automatically save session on logout" option in Session and Startup Manager is unchecked.

If I unchecked "Save session for future login logins" and logout system, when I login the "Automatically save session on logout" makes sense and there is no more app pop-up me in login.

These two options should not be synchronized or half synchronized? With the "Session and Startup" be the main option?

That would not be a xfce design error?

Revision history for this message
exzemat (exzemat) wrote :

same bug in Xubuntu 13.10. "Automatically save session on logout" is unchecked, but restore all apps.

Revision history for this message
In , Xodetaetl (ovocean) wrote :

After switching from Xubuntu 13.04 to 13.10, my session keeps being restored after restarting or logout/login even though the option to automatically save the session on logout is unchecked in the settings manager. Very annoying.

This bug is referenced here in Launchpad : https://bugs.launchpad.net/ubuntu/+source/xfce4-panel/+bug/1204919

Revision history for this message
Jarno Suni (jarnos) wrote :

In Xubuntu 13.10 :
If you have "Automatically save session on logout" checked in xfce4-session-settings, then the logout dialog xfce4-session-logout does not show a checkbox by which you can manually choose, if you want to save session or not. If you choose not to save a session, it won't. But it does not delete previously saved session. You can delete it manually in the Session tab of xfce4-session-settings; it deletes some files in ~/.cache/sessions/.
Do you still think this is a bug?

Revision history for this message
In , Jarno Suni (jarnos) wrote :

It does not promise you to forget a saved session even if you don't save a new session. You can delete saved sessions manually in the Session tab of xfce4-session-settings.

Revision history for this message
In , Jarno Suni (jarnos) wrote :

However, the logout dialog could have another checkbox "Delete saved session", that could be enabled, if "Save session for future logins" is checked.

Revision history for this message
In , Xodetaetl (ovocean) wrote :

I should have added to my description that I did delete the saved sessions before restarting / logging out. It looks like proper a bug.

Revision history for this message
In , Jarno Suni (jarnos) wrote :

And did you always uncheck "Save session for future logins" thereafter in the logout dialog?

Revision history for this message
In , Xodetaetl (ovocean) wrote :

I've never seen this dialog.

Revision history for this message
In , Jarno Suni (jarnos) wrote :

Then I guess you have "Prompt on logout" unchecked on General tab of session settings.

Revision history for this message
In , Xodetaetl (ovocean) wrote :

I had the confirmation prompt turned off indeed. I turned it on, deleted saved sessions, logged out with xfce4-session-logout, unchecked the option on the confirmation dialog to save the session and the next login was fine. I shouldn't have to go through all this though, but I'm not sure were is the issue.

And actually normally I'm using the logout menu item from the "Action Buttons" applet (or whatever it's called in English), which doesn't have the new confirmation dialog with the checkbox to save the session or not. And logging out from here keeps saving the session.

Revision history for this message
In , Jarno Suni (jarnos) wrote :

In my experience the behavior of "Log Out" is exactly the same in Applications menu and Action buttons.

I think there is some error in design. "Log out" does not necessarily log out, if "Prompt on logout" checked: Suspend and Hibernate does not log out session. And "Save session for future logins" setting should be visible in settings.

Revision history for this message
In , Xodetaetl (ovocean) wrote :

(In reply to Jarno Suni from comment #8)
> In my experience the behavior of "Log Out" is exactly the same in
> Applications menu and Action buttons.

Right, I get the same behavior for Logout too.

> I think there is some error in design. "Log out" does not necessarily log
> out, if "Prompt on logout" checked: Suspend and Hibernate does not log out
> session.

Agreed.

> And "Save session for future logins" setting should be visible in
> settings.

Automatically save the session on logout should do just this. That's the core of the issue I was pointing out, this option and the "Save session for future logins" option on the logout dialog should be linked, should be the same.

Revision history for this message
Harry (i-s-djachenko) wrote :

Yes, because this happens independently of that checkbox state. Session restores even if checkbox wasn't touched at all.

Revision history for this message
Jarkko Sakkinen (jarkko-sakkinen) wrote :

I can confirm having exactly the same issue and also the part that issue triggers independently of the checkbox state.

affects: xfce4-panel (Ubuntu) → xfce4-session (Ubuntu)
Changed in xfce4-session:
importance: Unknown → Medium
status: Unknown → Confirmed
Revision history for this message
In , Philip P. (nucrap) wrote :

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 :/

Revision history for this message
In , Philip P. (nucrap) wrote :
Revision history for this message
In , Liviu Andronic (landronimirc) wrote :

It looks like Bug 10116 is a duplicate.

Revision history for this message
Matthieu Marechal (mat3582) wrote :

I have xubuntu version 12.04.
In the xfce4-session file of xfconf
(~/.config/xfce4/xfconf/xfce-perchannel-xml/xfce4-session.xml)
there are two similarly named settings:
<property name="AutoSave" type="bool" value="false"/>
and
<property name="SaveOnExit" type="bool" value="false"/>
xfce4-settings-manager changes the first,
but only the second setting seems to have an effect
(at least on shutdown).
(I used the xfce4-settings-editor to unset the SaveOnExit
setting and now my session is no longer saved on shutdown.)

Revision history for this message
Marcelo Toscani Brandão (mtbrandao) wrote :

Xubuntu 14.04, official repository XFCE 4.10

Clean install, clean home directory, sessions are saved no matter if the options is checked or not.

There's a thread at the official XFCE forums.
http://forum.xfce.org/viewtopic.php?pid=32813

Revision history for this message
In , Johanneslips (johanneslips) wrote :

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.

affects: xfce4-session → xfce4-panel
Changed in xfce4-panel:
importance: Medium → Unknown
status: Confirmed → Unknown
affects: xfce4-session (Ubuntu) → xfce4-panel (Ubuntu)
Changed in xfce4-panel:
importance: Unknown → Medium
status: Unknown → Confirmed
Revision history for this message
In , Robby Workman (rworkman) wrote :

*** Bug 10116 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Robby Workman (rworkman) wrote :

*** Bug 10593 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Robby Workman (rworkman) wrote :

Created attachment 5749
Untested and ugly

Quick, dirty, untested, and probably very ugly patch - does this make things better or worse?

Revision history for this message
In , Andrzej (ndrwrdck) wrote :

Fixed in 3848b0c0df4c2d744e4a9db2653c0507f78fbba3

More testing needed.

Revision history for this message
In , tomsam (tomsam) wrote :

Well, Andrzej, nice that it is fixed (or hopefully fixed).

Nov 19, 2014 is now almost 4 months ago ... but I still encounter the problem in my Xubuntu 14.04 LTS ...

So: when will Xubuntu 14.04 LTS users get the update for this?

Or do we all have to compile that on our own?

Revision history for this message
Alroger Filho (alroger-cafe-ti) wrote :

Amazing... still the same problem in Xubuntu 15.04.
Every new version that install I still I have to search for this again to remember where the session is stored and remove it manually.
Makes booting up a mess, with all kinds of stuffing poping up and apparmor accumulating errors. Very ugly.

Revision history for this message
In , Tigerwolf (tigerwolf) wrote :

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.

Revision history for this message
In , Simon Steinbeiß (ochosi) wrote :

@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.

Changed in xfce4-panel:
status: Confirmed → Fix Released
Revision history for this message
Sean Davis (bluesabre) wrote :

Reportedly fixed upstream.

Changed in xfce4-panel (Ubuntu):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.