Description: Copy&pasting a column and then trying to quit Calc hangs. Steps to Reproduce: 1. Launch Calc. 2. Copy a whole column and paste the column to the other. 3. Quit the Calc. Actual Results: The window disappears as expected but the process is still alive and do access a HDD all the time. Expected Results: Quit instantly. Reproducible: Always User Profile Reset: No Additional Info: User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:53.0) Gecko/20100101 Firefox/53.0
Hello fiftyigfuci_f_mi, *, thank you for reporting this bug :) I cannot - however - reproduce it with OS: Debian Testing AMD64 LO: Version: 5.2.3.3 Build-ID: d54a8868f08a7b39642414cf2c8ef2f228f780cf CPU-Threads: 4; BS-Version: Linux 4.5; UI-Render: Standard; Gebietsschema: de-DE (de_DE.UTF-8); Calc: group (parallel installed, following the instructions from https://wiki.documentfoundation.org/Installing_in_parallel/Linux) , sorry ... :( As you have reported this for 5.2.2.2, would you be so kind to test it with a newer version of LO, please? Maybe it is fixed in the meantime ... ;) TIA Thomas.
Created attachment 129059 [details] backtrace Calc eats a lot of memory and occurs disk accesses. It seems like loops infinitely in pngwrite.cxx:404 #1 0x00007f609ebeabc6 in vcl::PNGWriterImpl::ImplWriteIDAT (this=0x55d671cc71c0) at /libreoffice/vcl/source/gdi/pngwrite.cxx:404 reproduced (even if reset profiles) : Build ID: 1:5.2.2-0ubuntu2 (my original report) My dev build (Nov 27 f35d29c8388744be1f95ec4acfca12eec706911a) not reproduced: LibreOffice_5.2.2.2_Linux_x86-64_deb LibreOffice_5.2.3.3_Linux_x86-64_deb master~2016-11-21_22.42.51_LibreOfficeDev_5.3.0.0.alpha1_Linux_x86-64_deb.tar.gz
From your list of repro / not repro, it seems gtk3 might be the determining factor. Try launching with SAL_USE_VCLPLUGIN=gtk ./soffice or SAL_USE_VCLPLUGIN=gen ./soffice
Some of the combinations works well. My dev build: not reproduced: SAL_USE_VCLPLUGIN=gtk ./soffice not reproduced: SAL_USE_VCLPLUGIN=gen ./soffice Ubuntu's 5.2.2: reproduced: SAL_USE_VCLPLUGIN=gtk soffice not reproduced: SAL_USE_VCLPLUGIN=gen soffice Besides the problem, there is a drawing glitch with SAL_USE_VCLPLUGIN=gen when changing the window dimension.
What is the version of your GTK3?
I'm using libgtk-3-0:amd64 3.20.9-1ubuntu2
(In reply to fiftyigfuci_f_mi from comment #6) > I'm using libgtk-3-0:amd64 3.20.9-1ubuntu2 If possible, try to update to gtk 3.22 in your Ubuntu.
I have just updated to libgtk-3-0:amd64 3.22.4-1ubuntu1~ubuntu16.10.1 However, the result is completely same.
For me, It seems like the cause is the generation of a huge bitmap image of the column to store the image into clipboard.
Hello, Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided. (Please note that the attachment will be public, remove any sensitive information before attaching it. See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.)
Hi No need to open any existing files to reproduce the bug. A new document is enough.
Indeed, after having left Calc (window is closed), process soffice is still alive for a moment, using 100% of one core. For me it is not a bug because LO needs some time to close properly after having created a lot of data. Best regards. JBF
(In reply to fiftyigfuci_f_mi from comment #9) > For me, It seems like the cause is the generation of a huge bitmap image of > the column to store the image into clipboard. If so, that should be resolved in Bug 108299.
(In reply to Jean-Baptiste Faure from comment #12) > Indeed, after having left Calc (window is closed), process soffice is still > alive for a moment, using 100% of one core. > For me it is not a bug because LO needs some time to close properly after > having created a lot of data. > > Best regards. JBF That's in Windows for me. In Linux I don't repro even that. No hang, as in title. So, if this bug is about that, it's NotABug for me. If there's sth. else specific in Linux, it's not clear what it is. And title should be changed, maybe from "hangs" to "stays alive for a while?". fiftyigfuci_f_mi, please try with master after 2017-09-13 from http://dev-builds.libreoffice.org/daily/master/ because of fix in Bug 108299.
I confirmed this bug has resolved on master~2017-09-19_02.19.07_LibreOfficeDev_6.0.0.0.alpha0_Linux_x86-64_deb.tar.gz Thank you very much.