Apache OpenOffice (AOO) Bugzilla – Issue 105172
OpenOffice does not show a warning when Gnome is closed and documents are still unsaved
Last modified: 2017-05-20 10:24:16 UTC
When the user closes his Gnome session and has still unsaved OpenOffice.org documents, OpenOffice.org is forced to close without asking if the unsaved documents should be saved. The result is that the user has to go thru the restoring process when he starts OpenOffice.org again. Under other OS'es (Windows, Linux) OpenOffice asks for each document, if it should be saved. The shutdown process is on hold during this time. That's why I declare this a bug. OpenOffice.org should behave the same in this case on all platforms.
I increased the priority of this issue to P2, because data may get lost. If the user simply forgot that he has still a StarOffice session running (becuase he is working on another desktop) information may get lost when shutting down the Gnome session. I also want to add that Gnome itself is able to handle applications with unsaved documents. Its own text editor shows a warning when Gnome is being shut down and there are still unsaved documents.
As far as I know, at the time when the session close implementation was done, the Gnome did not allow to stop session close and show a dialog. We had just some seconds ( depending from configuration ) to store the open documents. Otherwise the user has got dialog to kill the office, that was recognized as not acceptable. If the new versions of Gnome have the mechanics to handle the unsaved documents without getting dialog to kill the application, we should of course use it.
MLA->MAV: as discussed please have a look when appropriate set me on CC
CC me
Changing the issue type, since the current behavior is a designed one ( that of course does not mean that we should not change it, if it is possible now ).
Setting the target to 3.3
changed platform and OS because Linux has be taken into account, too
Adding pl in CC.
assigned to mav
Unfortunately at least some Gnome versions/configurations are not able to handle the scenario correctly. In case an application request from Gnome to show UI on shutdown, and the user is not fast enough to react to the dialog, the Gnome session manager just crashes. I have reproduced it with GEdit ( Gnome standard text editor ), so it is definitely a problem of the Gnome shutdown process. Anyway, the solution is now introduced in cws fwk128. Many thanks to pl for implementing the vcl part. Since a Gnome configuration might have a problem with the solution as described above, the new behavior is not active per default. To turn it on the new configuration property "org.openoffice.Office.Recovery/SessionShutdown/DocumentStoreUIEnabled" should be set to true.
mav->of: Please verify the issue. Please test the default behavior, that should be as before, and the new behavior that is turned off per default. In addition please test the session shutdown on Windows to be sure that the behavior is not affected.
Created attachment 66490 [details] The configuration file that can be copied in user configuration to turn the new behavior on.
of: The fix is ok for me. Seen Solaris and Ubuntu. Default settings and configuration property "org.openoffice.Office.Recovery/SessionShutdown/DocumentStoreUIEnabled" working fine.
adjusting target
mv: is there more info on the affected GNOME versions/configs? So I can decide whether to enable it per default in Debian or not?
@rene: not really, but you can check by - start gedit - modify the default doc - log out of gnome -> a dialog should appear asking you to save or not On the affected systems, you wait for a while (30s or so) and then the session manager crashes, resulting in another dialog telling that it has crashed.
Created attachment 69553 [details] testcase SR72383802
Hello, This issue is not quite fixed IMHO. When you save the document before closing the session, I think that's StarOffice is killed just after having saved the document and during the handling of the kill signal, it's still using the previous method of silent save. At the reopening of StarOffice, it restores a previously saved document. Please see the attached document SR72383802. Best regards, Alain