Description: When LibreOffice shows its Document Recovery dialog, if you start typing a text input field appears on it (see attachment), but it has no point and seems non-functional. Steps to Reproduce: 1. Trigger the LibreOffice Document Recovery dialog 2. Type random characters. Actual Results: A little text field appears obscuring the dialog's buttons (see attachment), but it doesn't do anything. Expected Results: No text field should appear. The dialog does accept keystrokes, e.g. if I recall correctly Alt+S to start recovery. Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: LibreOffice crashed while I was editing two temporary read-only Calc spreadsheets that I opened from ZIP files in KDE's Ark archiving tool. Editing read-only temporary files created by another program despite the warnings is probably a bad idea.
Created attachment 179091 [details] weird text input field over LibreOffice Document Recovery dialog
Please write here info from your LibreOffice's Help-About dialog (use the Copy botton there)
(In reply to Roman Kuznetsov from comment #2) > Please write here info from your LibreOffice's Help-About dialog (use the > Copy botton there) It still happens. I just reproduced with Version: 7.3.3.2 / LibreOffice Community Build ID: d1d0ea68f081ee2800a922cac8f79445e4603348 CPU threads: 4; OS: Linux 5.17; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Flatpak Calc: threaded I'm running a KDE Wayland desktop; I think LO is using Wayland not XWayland.
No repro in Version: 7.4.0.0.alpha1+ / LibreOffice Community Build ID: a2ffd71f20e14f797f30223fe29b3ac1e92eafdf CPU threads: 4; OS: Linux 5.5; UI render: default; VCL: kf5 (cairo+xcb) Locale: ru-RU (ru_RU.UTF-8); UI: ru-RU Calc: threaded Possibly Flatpack + gtk backend inside KDE Wayland problem >_<
I can reproduce with SAL_USE_VCLPLUGIN=gtk3 in both, a Plasma Wayland as well as a Plasma X11 session, but not with SAL_USE_VCLPLUGIN=gen or SAL_USE_VCLPLUGIN=kf5. Haven't tested with other desktop environments, but I'd be rather surprised if it was related to KDE Plasma. -> looks specific to the gtk3 VCL plugin Version: 7.4.0.0.alpha1+ / LibreOffice Community Build ID: 30a048cb895a3dcdd6048f3c525edd95a1371b91 CPU threads: 12; OS: Linux 5.17; UI render: default; VCL: gtk3 Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded
It's a search box, all GtkTreeViews (as used in this list) come with a search box enabled by default, typically defaulting search to column 0. https://docs.gtk.org/gtk3/method.TreeView.get_enable_search.html Its trivial for a dev to disable it in the relevant .ui, but maybe in this case its more useful to set it to search the column of "Document Name" instead of the column 0 which is just used to show an icon
lets try and make it do something useful as the first option
(In reply to Caolán McNamara from comment #6) > It's a search box, ... > Its trivial for a dev to disable it in the relevant .ui, but maybe in this > case its more useful to set it to search the column of "Document Name" Huh, I had no idea. It appears with no prompt or tooltip far from the column it's searching/filtering. > lets try and make it do something useful as the first option Rather than struggle to make it comprehensible, just remove it and wait for anyone to request "a way to search through the dozens of recovered documents in my Document Recovery dialog". I've never had more than a handful.
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/55557e6cfb828dccb0af56d4886af73a5b46f052 tdf#148168 set built-in gtk search box to search "document name" column It will be available in 7.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/b0ba3ed1992b24c8808604553278fe75b093c0a9 Resolves: tdf#148168 disable gtk treeview seach box It will be available in 7.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-7-3": https://git.libreoffice.org/core/commit/48adb09c2032285bc7d02f495cbdb3fc5185f0c5 tdf#148168 set built-in gtk search box to search "document name" column It will be available in 7.3.5. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.