https://bugs.freedesktop.org/show_bug.cgi?id=81906
Priority: medium
Bug ID: 81906
Assignee: [email protected]
Summary: Data loss due to session management with roaming
profiles
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: [email protected]
Hardware: x86 (IA32)
Status: NEW
Version: 4.1.6.2 release
Component: framework
Product: LibreOffice
The current session management temporarly stores modified user data in
/var/tmp/<tmpdir>. This happens on logout without any user interaction.
This is fine, as long as the user doesn't have a roaming profile.
My guess is most of our users expect the LO to ask for actions for modified
documents on logout. But as the data isn't lost, it should be sufficient to
update the user documentation.
OTOH if you remove LO from session management in KDE4, LO tries to get user
feedback, but the logout process simply kills the application, which might
result in data loss. I don't know if LO can distinguish between the "shutdown"
from the session logout and a user triggered quit. From my POV for the first
case the temporary save should be done and no user interaction requested.
So I suggest to implement the following behaviour / options:
1. select the user profile (suggested subdir auto-restore) as the temporary
storage dir, so roaming profiles can work. This will prevent data loss.
2. an new load/save option to restore the old behaviour to require user
interaction on logout (yeah - I know about http://xkcd.com/1172/ ...)
>From my POV 1. is mandatory, while 2. would be nice to have.
I'm not sure if the KDE4 logout process should wait for the application to
quit, even if an application is removed from session management, so it won't be
restored on login...?
AFAIK MS Windows does this for stuck apps, providing some kind of information
window, so the user can decide to abort logoff.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
