Description: If I copy several rows of data from Calc and paste into another program such as Excel then close Calc by clicking on the 'X' the libreoffice and Calc processes do not close. Even though the program disappears the following processes remain in the background (as seen in the windows task manager): soffice.bin soffice.exe scalc.exe If I end the soffice.bin task it will allow the other two processes to close by themselves. Not sure if it has anything to do with the amount of data being copied, but normally I'm copying anywhere from 5-20 rows of data (5x10, 10x20, etc), so not a lot of data. The bigger issue is that it will lock up the clipboard if I don't close out this soffice.bin process. I cannot copy/paste in any program (notepad, windows UI, browser, etc). As soon as I end that task the clipboard will function normally, so definitely a direct link between the clipboard being unusable and Calc not closing down properly. Have not tried on other libreoffice programs to see if it happens, but it is 100% reproduceable for me on Calc. Steps to Reproduce: 1. Open an .ods file with Calc. 2. Select and copy several rows of data. 3. Paste into another program (Excel, notepad, etc) 4. Close Calc by clicking on the X 5. Try to copy/paste in any program to see if the clipboard is still locked by Calc. 6. Open Task Manager to see of libreoffice and Calc processes are still open. Actual Results: The clipboard does not work after going through these steps. Expected Results: Calc should close properly even when it has data in the clipboard. It should free up the clipboard when it closes. Reproducible: Always User Profile Reset: No Additional Info: This happens to me in v. 5.3.4.2. Upgraded to 5.3.6.1 and it also happens. I am happy to run further tests or send more information as needed to pinpoint the issue. User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.113 Safari/537.36
Please comment on the status of OpenGL when performing the copy. If the soffice.bin and scalc.exe processes do not continue to run with OpenGL disabled, then this is a duplicate of bug 108299
(In reply to V Stuart Foote from comment #1) > Please comment on the status of OpenGL when performing the copy. If the > soffice.bin and scalc.exe processes do not continue to run with OpenGL > disabled, then this is a duplicate of bug 108299 Ah yes, the problem goes away if I disable OpenGL. Sorry for the duplicate report. I tried searching for dupes but did not find the bug you linked. Thanks for pointing this out.
*** This bug has been marked as a duplicate of bug 108299 ***