Problem description: i noted something about on my ubuntu laptop (running LibreOffice 4.0 beta). When i close libreoffice using the menu (file -> exit) and restart it, configuration is saved and behaviour is normal. but, if I close LibreOffice by simply hitting the 'x' buttomon the window border (or pressin ctrl+f4) and restart it, it shows always kind of errors. mainly: configuration is lost; it says the last document has to be recovered (even if there was no crash) or says 'another instance of the software is running' and it does not start. Steps to reproduce: 1. open LibreOffice; open a writer document; change the configuration (install themes, icons, gallery images and so on); close it from the menu (file >> exit); restart libreOffice: the behaviour should be normal without errors; 2. open a writer document; change the configuration (install themes, icons, gallery images and so on); close it simply by closing the window (x buttom or ctrl+f4). when you restart libreoffice you may see error messages: another instance of the software running; document lost to recover; configuration lost. i am not sure wether it might be due to the machine or operating system (temp files) or just an occasional / temporary problem. Operating System: Ubuntu Version: 4.0.0.0.beta2
Cannot reproduce with Version 4.1.0.0.alpha0+ (Build ID: a0d2c3c59fbe9324395152e544890fe298b6043) Marking as WFM @Reporter - please retest with RC coming out in a few days. Make sure to reset your user profile as these are pre-releases and maybe something went weird with your profile. If you reset your profile and test on RC1 and there is still an issue, please reopen the bug as REOPENED. Thanks for helping us out!
there are other reports about similar problems (I don't know exactly the problem): (from facebook) I want to download the portable version on my UsB, but when I try tells me "Unable to close all applications and try again openoffice". But I have no plans to open the installation file. (from libreoffice-users ml) I'm trying to use LibreOffice (latest version) in a class I'm teaching. The computer lab we are using is made up of thin clients that attach to a Windows 2008 R2 server with RDP. All of the students log in with the same user account (I am not able to change this). The first computer (terminal session) to open LibreOffice Writer works fine. On all other machines, when opening LibreOffice, the user instantly sees the document recovery screen asking if they want to recover whatever document was open in session 1. I can cancel the document recovery and Writer opens to a new document. However, after about 1 minute (even with no activity), it crashes and closes. I thought perhaps temp files were part of the problem, but each session that is logged in to the server gets its own temp directory. Looking at the LibreOffice Paths in the Tools->Options menu, the Temp path is correctly set to be unique per session. I also tried changing the Backup path to %temp% thinking that this might resolve the document recovery issue, but it did not.
one solved (from libreoffice-users ml) It appears that LibreOffice creates some sort of session/temp file within the user profile folder while LO is in use. The user profile folder was located in c:\users\username\appdata\roaming\LibreOffice\3. When more than one terminal session was logged in using the same account name LO in each session is trying to read/write files in the same folder causing conflict. Looking through documentation, it appears that this path is configurable via the bootstrap.ini file in C:\Program Files\LibreOffice 3.6\program. There is a UserInstallation variable in there that utilizes a $SYSUSERCONFIG variable. My system did not have this env variable set so it was using whatever the default path was for LibreOffice. I created a batch script that is run on login that creates an env variable name SYSUSERCONFIG and points it to a temp file location that is session-specific. That way each terminal session gets its own path. This seems to have resolved my problem.
also. i updated to LO 4.0 RC1 and tested it again. no problem with configuration or stability, but sometimes (as when i tried to remove beta2) there is a file 'soffice' which persists running in the ram after LO has been closed (and in case people get errors such as 'another instance running'). closed it with system monitor.
I am marking this as NEW to see if a developer has an opinion about your workaround and comments. The last comment seems to be a different issue though.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (4.4.0.3 or later): https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-02-19
As this has received no interest from devs in over 2 years and no one has actually confirmed this, I'm setting to NEEDINFO. Paolo: please give us an update with the latest 4.4.x version of LibreOffice. Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away.
Dear Bug Submitter, Please read this message in its entirety before proceeding. Your bug report is being closed as INVALID due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker -- The LibreOffice QA Team This INVALID Message was generated on: 2015-05-06 Warm Regards, QA Team