Description: My system-informations: Operatingsystem: Kernel : Linux 5.10.0-20-amd64 (x86_64) Version : #1 SMP Debian 5.10.158-2 (2022-12-13) C-Library : GNU C Library / (Debian GLIBC 2.31-13+deb11u5) 2.31 Distribution : Debian GNU/Linux 11 (bullseye) LibreOffice: Version: 7.3.7.2 / LibreOffice Community Build ID: e114eadc50a9ff8d8c8a0567d6da8f454beeb84f CPU threads: 2; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded After system change from mac OSX 10.13 with LO 7.3.7.2 to MX Linux 21.3 the navigation with tabulator in my base-formulars does not work anymore appropriate: it is very slow and the focus skips in an unexpected manner to other formulars and/or subformulars. There is a thread in the german base-forum: https://www.libreoffice-forum.de/viewtopic.php?f=10&t=38586#p101787 As recommended by RobertG, it works well starting LO with the command SAL_USE_VCLPLUGIN=gen I attach two vidoes, where I klick in a table control and then tap the tabkey in a regular way. One with LO started "normally", the other one with the given command. Steps to Reproduce: 1.use a base formular with table control and subformulars 2.klick in the table control 3.use tab-key to navigate from one column to the next, then to the next row Actual Results: navigation is very slow, you have to wait after tapping the key till the focus changed to the next field and in an unexpected way the focus skips to other components of the formular. Expected Results: the focus skips from one field/column to the next, at the end of one row to the next row. The focus changes immediately with tapping the tab-key. Reproducible: Always User Profile Reset: Yes Additional Info: see attached videos
Created attachment 184839 [details] screenrocording of the bug
Created attachment 184840 [details] screenrocording after starting LO with the command SAL_USE_VCLPLUGIN=gen
Thanks Heiko. Could you please attach an example file for us to test the issue?
Created attachment 184845 [details] example The Form I used for tze screenrecording is named "Dokumentation", the lower half of the Form.
Yes, I can see inconsistent tab navigation where the selection jumps to a different subform instead of continuing navigating the active form, and significant slowdown. In: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 579d144290c1617fdb38d09b30900a6bbe390b8d CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded And since: Version: 7.0.6.2 Build ID: 144abb84a525d8e30c9dbbefa69cbbf2d8d4ae3b CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded But not in: Version: 6.4.7.2 Build ID: 639b8ac485750d5696d7590a72ef1b496725cfb5 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3; Locale: en-AU (en_AU.UTF-8); UI-Language: en-US Calc: threaded So it's a regression in 7.0. Confirmed it does not happen in GEN or KF5 VLCs.
I bibisected the issue with the linux-64-7.0 repo, but focused in my tests on the lag, keeping the Tab key pressed to navigate cells. It looks like the lag has to do with the GTK comboboxes, but I am unsure if it correlates with the focus suddenly hopping outside of the subform as I didn't focus on that particular issue. Lag was bibisected to first bad commit 29fcf4a6ee8d2b563e033e1538f9a77c512c5f2c which points to core commit: commit 68d161c6803654f4ce816af7e79371a2d3497b4f author Caolán McNamara <caolanm@redhat.com> Wed May 13 13:59:11 2020 +0100 committer Caolán McNamara <caolanm@redhat.com> Wed May 20 20:24:16 2020 +0200 tree 97cc8e55906b91ac966d7b1c09bdfcf51e8480f9 parent 96536d92e8026cebfde11e5539ee90471d0e7933 weld ComboBoxControl Change-Id: Ie862bb782b4c3e203af88d45c850ce0cab60f2e5 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/94123 Caolán, can you please have a look? Note that it looks like the lag also got worse further down the line. I assume there are more related commits.