Created attachment 173604 [details] Screencast showing the bug When you open the "Search Commands" feature, leave the search window open and then switch to another application, the search window remains on top of all other applications (see attached video). In my opinion, the desired behavior would be for the search window to either (i) close itself when the main window loses focus or (ii) remain open in the background. The current behavior seems to be a bug in my opinion. System info: Version: 7.2.0.1 / LibreOffice Community Build ID: 32efc3b7f3a71cfa6a7fa3f6c208333df48656cc CPU threads: 16; OS: Linux 5.11; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Calc: threaded
No repro with gtk3 or gen Could you try with SAL_USE_VCLPLUGIN=gtk3 /path/to/program/soffice NixOS Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: b1df9c67349cf4cc5be4128d797aefb87f50e38f CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: x11 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded
With kf5 and clicking another application window the search dialog disappears but puts LibreOffice back into the focus. Does not happen using the keyboard (alt+tab) which makes the dialog disappear first. Using gtk3 the dialog remains active but in the background. Using gen the dialog remains active and stays in front of all applications. Not sure how the behavior is on a native gtk system. And it maybe also depend on the window manager. Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 7d0d07ed0f572c99c70d7f4384dfce644cbbf939 CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: x11 Locale: de-DE (en_US.UTF-8); UI: en-US Calc: threaded
This "search commands" is a popup and I think how it works is consistent with the other ones. So if the "underline" popup and the writer "table" popup work the same as this "search command" popup then it has ~always been like this and is nothing new. If I'm right about that I'd guess there's some duplicate issue of this about other popups staying around if changing workspace or switching to another applications window. IIRC some of the backends will explicitly popdown popups on a click outside their area, I guess that's what the kf5 one is doing. Popups are fraught with complexity in this area.
(In reply to Caolán McNamara from comment #3) > So if the "underline" popup and the writer "table" popup work the same... Slightly different since the table widget has no edit field and alt+tab is ineffective on gtk3. > I'd guess there's some duplicate issue Nothing found in a glance but the QA gurus will pick the needle in the haystack.
No repro Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: df3b95a39472e18ea8acdaae447b7176e37a9256 CPU threads: 8; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: threaded
No repro Version: 7.2.0.0.alpha1+ (x64) / LibreOffice Community Build ID: ff2ba77f22b2e96f96f5537aec1705956b47583d CPU threads: 8; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: en-US Calc: threaded
This bug seems resolved.
Seems Linux-only, then.
Indeed this seems to have been fixed along the way. The problem no longer happens in 24.2 using the kf5 backend, which was the one I was using when the bug was reported. I'm closing this as WORKSFORME. System info Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 731f434016379ed2e0185b07b00de7dd6da2d505 CPU threads: 16; OS: Linux 6.2; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Calc: CL threaded
I like it when bugs get fixed by themselves :)