In LO CALC, when the focus is in the Find field, it is impossible to ALT-TAB to another open window with a single ALT-TAB keystroke combination. It takes three (3) ALT-TABs to switch. Once the focus is on any other cell, ALT-TAB works with a single action as would be expected.
Can't reproduce with: 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 Nor with: Version: 7.5.4.2 (X86_64) / LibreOffice Community Build ID: 36ccfdc35048b057fd9854c757a8b67ec53977b6 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Tested in both the Find toolbar and the Find and Replace dialog. Both in Calc and Writer. (You have Writer in the title, Calc in the description. Which one is it?) Please test a currently-supported version, preferably version 7.5, and let us know if you can still reproduce: https://www.libreoffice.org/download/download-libreoffice/ If that's the case, please share what your Linux distribution is, and the info copied from Help > About LibreOffice. Thank you!
Mea culpa - it is CALC RPT CALC, not WRITER. Sorry for the confusion caused. Summary line changed accordingly. Just downloaded this version of LO as appimage: Version: 7.5.4.2 (X86_64) / LibreOffice Community Build ID: 36ccfdc35048b057fd9854c757a8b67ec53977b6 CPU threads: 8; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: de-DE (en_DK.UTF-8); UI: en-US Calc: threaded The described behaviour is still the same - I need to ALT-TAB thrice to proceed to any other open application. My O/S is MX Linux (Debian based). System info as follows: System: Kernel: 5.10.0-23-amd64 [5.10.179-1] x86_64 bits: 64 compiler: gcc v: 10.2.1 parameters: BOOT_IMAGE=/boot/vmlinuz-5.10.0-23-amd64 root=UUID=<filter> ro quiet splash init=lib/systemd/systemd Desktop: Xfce 4.18.1 tk: Gtk 3.24.24 info: xfce4-panel wm: xfwm 4.18.0 vt: 7 dm: LightDM 1.26.0 Distro: MX-21.3_x64 Wildflower March 19 2023 base: Debian GNU/Linux 11 (bullseye) Graphics: Device-1: AMD Turks PRO [Radeon HD 6570/7570/8550 / R5 230] vendor: Hewlett-Packard driver: radeon v: kernel bus-ID: 01:00.0 chip-ID: 1002:6759 class-ID: 0300 Display: x11 server: X.Org 1.20.11 compositor: xfwm4 v: 4.18.0 driver: loaded: ati,radeon unloaded: fbdev,modesetting,vesa display-ID: :0.0 screens: 1 Screen-1: 0 s-res: 1920x1200 s-dpi: 96 s-size: 508x317mm (20.0x12.5") s-diag: 599mm (23.6") Monitor-1: DisplayPort-1 res: 1920x1200 hz: 60 dpi: 94 size: 518x324mm (20.4x12.8") diag: 611mm (24.1") OpenGL: renderer: AMD TURKS (DRM 2.50.0 / 5.10.0-23-amd64 LLVM 11.0.1) v: 3.3 Mesa 20.3.5 compat-v: 3.1 direct render: Yes -nothing follows-
I tried with the follow AppImage but still can't reproduce: Version: 7.5.4.2 (X86_64) / LibreOffice Community Build ID: 36ccfdc35048b057fd9854c757a8b67ec53977b6 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded I'm on GNOME, might be releated to Xfce. - Have you only witnessed this with the AppImage? - Are you using the toolbar (Ctrl + F) or the dialog (Ctrl + H)? * If you are using the dialog, doesn't Alt + Tab switch between the dialog and the main window? - It happens in Calc but not in Writer?
It happens in CALC (three ALT-TABs needed) and in WRITER (two ALT-TABs needed). Occurs in both the packaged version included in my distro Version: 7.0.4.2 Build ID: 00(Build:2) CPU threads: 8; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: de-DE (en_DK.UTF-8); UI: en-US Debian package version: 1:7.0.4-4+deb11u7 Calc: threaded as well as the AppImage (details given in previous answer). And it only happens using the CTRL+F dialog (toolbar FIND line in the bottom of the LO screen), not RPT not when the Find/Replace dialog has the focus. Happens similarly in CALC (three ALT-TABs) and WRITER (two ALT-TABs) as stated above. Bottom line: Only the Toolbar (CTRL+F) focus shows the problem, not RPT not the Find/Replace dialog (CTRL+H). -nothing follows-
Just FYI - I tried a few other distributions with different window managers. The described phenomenon only occurs in XFCE environments. -nothing follows-
Confirming via: https://forum.xfce.org/viewtopic.php?pid=64075 Not sure if it is Xfce's or LibreOffice's fault, but marking as New nonetheless.
*** Bug 156798 has been marked as a duplicate of this bug. ***
I can reproduce on Xfce with a fresh user account and LO profile. Note that (for me at least), focus does actually shift to the other application, to which I'm able to provide input (e.g. typing into an editor). The issue is simply that the LO window stays on top. This behavior is not observable for me with find toolbars in other applications (e.g. Firefox, Featherpad) - as noted in the Xfce forum linked above. For me the triple-Alt-Tab trick only works if I do all three in quick succession. If I'm slower, the LO window stays on top.
*** Bug 156760 has been marked as a duplicate of this bug. ***