Description: Memory taken by soffice.bin keeps increasing when a password protected .xlsx spreadsheet is opened through "File" -> "Recent Documents" list in Calc. I use openSUSE Tumbleweed with KDE Plasma 5 (X version, not Wayland). LibreOffice is from the official repository. This problem has been there for more than one month (maybe two or more). Steps to Reproduce: 1. Create a new spreadsheet in Calc, 2. Save as .xlsx format and check "Protect with password", 3. Close the document, 4. Open the saved document through "File" --> "Recent Documents" and input the password, 5. Open KSysGuard to watch the increasing memory usage of soffice.bin Actual Results: Memory taken by soffice.bin keeps increasing from several hundred MB to several GB until I kill the process. This issue also occurs within a newly created system account. Expected Results: The document was used to be opened almost instantly after correct password had been entered. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 6.1.0.3 Build ID: 10(Build:3) CPU threads: 4; OS: Linux 4.18; UI render: default; VCL: gtk3_kde5; Locale: en-GB (en_GB.UTF-8); Calc: group threaded "Use OpenGL for all rendering" is unchecked in LibreOffice although the operation system has OpenGL enabled as follows, ```cnzhx@ostp:~> glxinfo | grep OpenGL OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 620 (Kaby Lake GT2) OpenGL core profile version string: 4.5 (Core Profile) Mesa 18.1.6 OpenGL core profile shading language version string: 4.50 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: OpenGL version string: 3.0 Mesa 18.1.6 OpenGL shading language version string: 1.30 OpenGL context flags: (none) OpenGL extensions: OpenGL ES profile version string: OpenGL ES 3.2 Mesa 18.1.6 OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20 OpenGL ES profile extensions: ```
Not repro. Version: 6.1.1.1 (x64) Build ID: 2718b4a18dfcc6a54ebe5f7b801ee7a47fa81e0c CPU threads: 4; OS: Windows 10.0; UI render: default; Locale: es-ES (es_ES); Calc: CL
No repro with Version: 6.2.0.0.alpha0+ Build ID: 4b5fcd417587cfb9e6d8b61ecb037ab165eeb5b9 CPU threads: 4; OS: Linux 4.4; UI render: default; VCL: gtk3;
No problem here. I have Arch Linux, but otherwise the same setup as you. I wonder, if it is a problem for you still with 6.1.1. Also, 6.1.2 was released this week, so hopefully it will get into Tumbleweed next week. Putting to needinfo until you test with newer minor releases. Arch Linux 64-bit Version: 6.1.1.2 Build ID: 6.1.1-1 CPU threads: 8; OS: Linux 4.18; UI render: default; VCL: gtk3_kde5; Locale: fi-FI (fi_FI.UTF-8); Calc: group threaded
Thank you all for taking care of this issue. I can confirm that this disappears after updating to LibreOffice 6.1.2. Version: 6.1.2.1 Build ID: 10(Build:1) CPU threads: 4; OS: Linux 4.18; UI render: default; VCL: gtk3_kde5; Locale: en-GB (en_GB.UTF-8); Calc: group threaded on: openSUSE Tumbleweed: 20180926 KDE Plasma: 5.13.5 Qt: 5.11.1 KDE Frameworks: 5.49.0 KDE Applications: 18.08.1 Kernel: 4.18.8-1-default
That's a relief. Let's close.