Description: When I open this document, LibreOffice 6.1.2-1 (from Debian Testing/Unstable) quickly starts to consume all memory to the point that the the computer becomes unresponsive in a few minutes. (If I wait long enough, the Linux OOM killer might end up killing the application.) Steps to Reproduce: 1. Open the attached file. 2. Wait. Actual Results: LibreOffice Calc started to consume more and more memory until the computer became unresponsive to any input. Expected Results: I should be able to look at the document without LibreOffice rendering my computer unresponsive due to continuous use of RAM. Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: Version: 6.1.2.1 Build ID: 1:6.1.2-1 Threads CPU : 4; OS : Linux 4.18; UI Render : by default; VCL: gtk3; Locale : fr-FR (fr_FR.UTF-8); Calc: group threaded
Created attachment 145508 [details] XLSX file leading to the problem This is the problematic XLSX file.
I can't reproduce it in Version: 6.2.0.0.alpha0+ Build ID: 98cc91efd7862d39b3c33b85b744721bec935938 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: threaded nor in Versió: 6.1.2.1 ID de la construcció: 1:6.1.2~rc1-0ubuntu0.16.04.1 Fils de CPU: 4; SO: Linux 4.15; Renderitzador de la IU: per defecte; VCL: gtk3; Configuració local: ca-ES (ca_ES.UTF-8); Calc: group threaded To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and re-test? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present
I started libreoffice in safe mode and opened the file and I had the same problem.
I can not confirm with Version: 6.2.0.0.alpha0+ Build ID: e9c1cbce903d325b1e19602d72765511589f5bf2 CPU threads: 4; OS: Linux 4.4; UI render: default; VCL: gtk3;
Does it work if you disable OpenGl ? -> https://wiki.documentfoundation.org/OpenGL I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present
I disabled OpenGL (disabled the checkbox "Utiliser l'accélération matérielle" in my French Libreoffice) and the issue was still present. FWIW the document doesn't contain any picture. Since my initial report I have upgraded to version 6.1.3~rc1-2 of the Debian package (from Debian unstable) but the issue persists. I tried to run it in different locales (LC_ALL=C.UTF-8 or LC_ALL=C) but the problem was also present.
Version: 6.2.0.0.alpha1+ Build ID: 1647bc1309dcd313dff2614f4844b71b1c558dee CPU threads: 2; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); Calc: threaded Linux Mint 19 No problem at all. Because this seems to be specific to your environment, we may need you to do some more of the leg work to confirm the issue and get us information on the cause. When you have time please jump into our Quality Assurance chat and ask the room for guidance on how to create necessary logs. https://irc.documentfoundation.org/?settings=#libreoffice-qa
Created attachment 146904 [details] callgrind trace Please find attached a callgrind log where callgrind was only active after libreoffice started during the time at which the memory use was growing without limit. I had a quick look with kcachegrind and there's a "FindFocus" funtion which seems to be called way too much. It comes from libvclplug_gtk3lo.so so the issue is likely specific to the GTK-3 version of LibreOffice.
This build comes with gtk3: https://dev-builds.libreoffice.org/daily/master/Linux-rpm_deb-x86_64@86-TDF/current/ Can you reproduce the problem with it? https://wiki.documentfoundation.org/Installing_in_parallel/Linux
try 6.1.3
I tried with version 6.1.3-2 from Debian Unstable and I still have the problem. I also tried with 6.3.0.0.alpha0 from https://dev-builds.libreoffice.org/daily/master/Linux-rpm_deb-x86_64@86-TDF/current/ (dated December 1st) and I can also reproduce the problem.
Note that the file must be writable when you open it with LibreOffice to be able to reproduce the problem. If you open it in read-only mode, then it works fine.
CANNOT confirm here Version: 6.1.5.2 Build-ID: 1:6.1.5-3 CPU-Threads: 2; BS: Linux 4.19; UI-Render: Standard; VCL: gtk3; Gebietsschema: de-DE (de_DE.utf8); Calc: group threaded; Debian stable
Hello Raphaël, Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Hello, I can no longer reproduce the problem with version 1:6.3.0~rc1-1 currently in Debian unstable. From my point of view, it's gone so I close the bug. It might also be an update somewhere else in the GTK stack that fixed the issue, I have no idea.