Description: Basically I cannot use auto-filter to drill down any spreadsheet anymore, unless I remove the row/column freeze. When I try to apply a filter, Calc stops responding, uses 100% of a single CPU core, and starts allocating memory like there's no tomorrow, about 100MiB/s. This also happens when I open a column's auto-filter drop-down and instead of filtering I click "Cancel". It does NOT happen if I dismiss the auto-filter drop-down with the Escape key. Arch Linux, GNOME shell (Wayland), GTK3 UI. I first noticed this bug in 6.1.1, and it is also present in 6.1.2. Steps to Reproduce: 1. Open the example file "libreoffice-6.1.2-1.calc.auto.filter.freeze.ods" 2. Open the auto-filter drop-down in cell B1 ("Two"), and dismiss it again by clicking "Cancel" Actual Results: Watch Calc freeze; have a look at any system monitor of your choice to see it using 100% of 1 core and to watch its allocated memory go up by multiple megabytes per second Expected Results: The auto-filter drop-down should disappear after clicking "Cancel" Reproducible: Always User Profile Reset: No Additional Info: Bug #112998 seems very similar; the notable difference is that in bug #112998 an input enhancing software called "Fcitx" is involved, whereas here no such software is used or installed.
Created attachment 145449 [details] Example spreadsheet document and screenshots
I can NOT reproduce on next versions: - Versiune: 6.0.6.2 Identificator construire: 1:6.0.6-0ubuntu0.18.04.1 Fire CPU: 4; OS: Linux 4.15; Redare UI: implicit; VCL: gtk3; Setări regionale: ro-RO (ro_RO.UTF-8); Calc: group threaded - Version: 6.1.2.1 Build ID: 65905a128db06ba48db947242809d14d3f9a93fe CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk2; Locale: ro-RO (ro_RO.UTF-8); Calc: group threaded - Version: 6.1.1.0.0+ Build ID: 5a56b72413d5f555c854e36d3bd2fd50ec21644c CPU threads: 4; OS: Linux 4.15; UI render: GL; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:libreoffice-6-1, Time: 2018-08-15_02:45:13 Locale: ro-RO (ro_RO.UTF-8); Calc: group threaded - Version: 6.2.0.0.alpha0+ Build ID: e539a492597c7312a8d0cccb4b386341bd4ec84a CPU threads: 4; OS: Linux 4.15; UI render: GL; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2018-10-05_00:43:34 Locale: ro-RO (ro_RO.UTF-8); Calc: threaded On all version it is working very well. I have 4 cores and I am using a SSD. Intel® Core™ i5-7400 CPU @ 3.00GHz × 4 Intel® HD Graphics 630 (Kaby Lake GT2) Gnome 3.28.2 64 bit
@BogdanB: I figured you might be using Xorg instead of Wayland. Xorg is the default on some Linux distributions such as Ubuntu, even for the GNOME Shell that can run on Wayland. So I did another test with a GNOME on Xorg session, and yes, on Xorg I cannot reproduce the freeze. When I logged back into a Wayland session the issue could again be reproduced consistently. So it appears to be a Wayland-related issue. Thank you for testing.
Created attachment 145493 [details] gdb, build with --enable-debug, SIGTERM while libreoffice was frozen LibreOffice built with --enable-debug and run in gdb. Once frozen, sent SIGTERM and then requested a backtrace. This might point into the general area where the infinite loop is running.
Created attachment 145495 [details] gdb, build with --enable-debug, SIGTERM while libreoffice was frozen gdb, build with --enable-debug, SIGTERM while libreoffice was frozen LibreOffice built with --enable-debug and run in gdb. Once frozen, sent SIGTERM and then requested a backtrace. This might point into the general area where the infinite loop is running.
Comment on attachment 145493 [details] gdb, build with --enable-debug, SIGTERM while libreoffice was frozen >
eomanis: unfortunately, Arch Linux does not yet provide debug symbol packages. They are close to providing them, though, which is great.
Dear eomanis, Could you please try to reproduce it with a master build from http://dev-builds.libreoffice.org/daily/master/ ? You can install it alongside the standard version. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the master build
Hello Xisco, I have had a look at the builds but they aren't for Arch Linux. I had a shot at extracting the .debs and running the result but that would not fly due to a missing library or other, well, that was to be expected. I'll have to figure out how to build the LibreOffice trunk, for which I'll have to modify the Arch build script from here: https://git.archlinux.org/svntogit/packages.git/tree/trunk?h=packages/libreoffice-fresh
[Automated Action] NeedInfo-To-Unconfirmed
This bug appears to be indeed fixed as of LibreOffice 6.2.4-1. Cannot reproduce on GNOME Wayland session anymore on the system it was intially found on, currently having these versions: Arch Linux (Linux mysystem 5.1.15-arch1-1-ARCH #1 SMP PREEMPT Tue Jun 25 04:49:39 UTC 2019 x86_64 GNU/Linux) Packages: linux 5.1.15.arch1-1 libreoffice-fresh 6.2.4-1 gtk3 1:3.24.9-1 gnome-shell 1:3.32.2+1+g24cb1c1aa-1 Many thanks to whoever fixed this (Xisco?).
Thanks for retesting with the latest version. Setting to RESOLVED WORKSFORME as the commit fixing this issue hasn't been identified.