You are not logged in.
Pages: 1
Greetings.
I have a bit of a problem with 4.8, and was wondering if anyone out there might be able to lend a hand
Through somewhat thorough testing I have discovered that even deleting all identities' ~/.cache directories (at restart; and well prior to desktop launch) is not enough to reliably prohibit any particular session's unclosed programs from being restarted at reboot. Of note, session saves in this use case should be also prohibited by the "SaveSession=NONE" setting in kioskrc. The foregoing problem consistently manifests itself when the station is shut down using the "Shut Down" Action Button.
So, outside of the ~/.cache folders, where might this listing of open programs be kept?
Thank you.
Offline
This is a known bug. See: https://bugzilla.xfce.org/show_bug.cgi?id=7930 and http://git.xfce.org/xfce/xfce4-panel/co … 07f78fbba3.
A fix has been prepared and is being tested.
Please remember to mark your thread [SOLVED] to make it easier for others to find
--- How To Ask For Help | FAQ | Developer Wiki | Community | Contribute ---
Offline
@ToZ:
Thanks for the "heads up"!
In the meantime, do you know where these previously-deployed programs' listings are being stored/referenced? I've been routinely killing all the ~/.cache folders for some time now; but the Action Button "resurrection" issue persists despite completely clean caches!
I can do a quick workaround: "We have the technology"
Thanks again...
Offline
AFAIK, the only place that saved session information exists is in ~/.cache/sessions. Its interesting that if you're deleting the ~/.cache folder prior to login that they are re-appearing. How are you deleting this folder prior to login? Are you sure it is being deleted?
Please remember to mark your thread [SOLVED] to make it easier for others to find
--- How To Ask For Help | FAQ | Developer Wiki | Community | Contribute ---
Offline
@ToZ:
This seemed quite strange to me as well.
So, I shifted from an autostart script routine over to Upstart @ runlevel 2, with a call to the shell to forcibly dump the .cache dirs by path (confirmed kills).
If I read the tea leaves right, it should all be scraped clean well before desktop ops kick in
(Weird?)
Last edited by Xscape (2014-11-23 01:13:14)
Offline
Worked the other end of the horse: Now fixed on runlevel 016
Cheers!
Offline
Pages: 1
[ Generated in 0.010 seconds, 9 queries executed - Memory usage: 534.65 KiB (Peak: 535.49 KiB) ]