This problem has existed in several releases. After working on several documents and allowing them to remain open after saving the content the PC is put into sleep mode at the end of the day. The next day or even same day the "Not Responding" occurs following the restart. Document windows appear as they had been prior to the sleep mode being invoked. The only recovery that seems to work is to force one of the documents to CLOSE. This forces the LibreOffice to be shutdown. Microsoft generates a report and closes the application. Restarting LibreOffice forces the documents to be RECOVERED. They are quickly recovered even if there is a large number of files open. These files are usually left open as I import them into PubPro 3 and sometimes need to make adjustments if there are graphics involved or other features such as tables. Once the recovery has succeeded then the remainder of the session continues without incident. When the editing session has terminated for the day or time period the recovery of closing LibreOffice and then restarting it to force document recovery. This problem is primarily just annoying for having to repeat the actions each editing session. The content of the files does not seem to have any bearing on the problem. Processor: Intel(R) Core(TM) ¡7-2600 CPU @ 3.40GHz 3.40 GHz Installed RAM: 16.0 GB System type: 64-bit operating system, x64-based processor Pen and touch: No pen or touch input is available for this display Windows specifications: Edition /Version /OS Build: Windows 10 Home /1709 /16299371
Can you reproduce it like: 1. Open a file 2. Edit it 3. Save it 4. Stand by your computer 5. Wake it up -> at this point, do you always reproduce the problem? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the question has been answered
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping-20181203
Dear Bug Submitter, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA 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 Warm Regards, QA Team MassPing-NeedInfo-20190111