Description: In LibreOffice Writer, running on Linux with XFCE desktop. Use Ctrl+F to focus on the search bar. Then use Alt+Tab to switch to another window. It doesn't work. The focus stays on Writer. This behaviour continues as long a the cursor is in the search box. This is a persistent behaviour, not something caused by a recent update. Steps to Reproduce: 1. Open a document in LibreOffice Writer 2. Use Ctrl+F to focus on the search bar. 3. Use Alt+Tab to switch to another window. You will notice that the focus will stay stuck on LibreOffice. 4. To fix, click somewhere on the document so the cursor leaves the search box. Actual Results: LibreOffice Writer stays the active, visible window. Expected Results: Another window comes on top and gets the focus. Reproducible: Always User Profile Reset: No Additional Info: Version: 24.2.7.2 (X86_64) / LibreOffice Community Build ID: 420(Build:2) CPU threads: 16; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Ubuntu package version: 4:24.2.7-0ubuntu0.24.04.4 Calc: threaded
Bug may be related to Linux or that particular build. Bug not reproducible in Version: 25.2.3.2 (X86_64) / LibreOffice Community Build ID: bbb074479178df812d175f709636b368952c2ce3 CPU threads: 22; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Version: 7.3.7.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Ubuntu package version: 1:7.3.7-0ubuntu0.22.04.10 Calc: threaded
Unable to reproduce the bug in Version: 24.2.7.2 (X86_64) / LibreOffice Community Build ID: ee3885777aa7032db5a9b65deec9457448a91162 CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded
Could not reproduce this in 25.2 and 25.8 Additional Info: Version: 25.2.3.2 (X86_64) / LibreOffice Community Build ID: bbb074479178df812d175f709636b368952c2ce3 CPU threads: 24; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 923da8a3855afae1f3f3a5f50d1fec08bbc02438 CPU threads: 24; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
No repro with Version: 25.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 4727305dd2e6fa1e92408d9fd7fef70b8d1fb913 CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded
I can't confirm with Version: 25.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 3158b14e0b26875300a8098bc117a5e69b76f48f CPU threads: 12; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded Esbigeard, several users couldn't reproduce. Could you please retest in safe mode? Thnak you. => NEEDINFO
I just tried it in safe mode, no change. Due to the nature of the bug, I imagine it's related to XFCE specifically and is not reproducible in Windows.
Looks like a duplicate of bug 156232 (see comment 4 there). Could you please test?
I have a slightly different behaviour than in the other thread, but it seems to be the same bug yes. Also happens in Calc. If I keep hitting Alt-Tab, it eventually works, but it's not consistently 2 or 3 hits like the other user. It seems to work better when I'm switching between Writer and Calc. Usually needs only one or two tries to work.
Thank you for testing. So let's mark as duplicate *** This bug has been marked as a duplicate of bug 156232 ***