Description: undocked find doesn't automatically get focus on KDE when invoked Steps to Reproduce: prerequisites: find is undocked 1. press ^F 2. type some characters Actual Results: characters are typed into the document body Expected Results: characters should've been typed into the find string Reproducible: Always User Profile Reset: No Additional Info: Version: 6.2.5.2 Build ID: 1ec314fa52f458adc18c4f025c545a4e8b22c159 CPU threads: 4; OS: Linux 4.18; UI render: default; VCL: kde5; Locale: en-GB (en_GB.UTF-8); UI-Language: en-GB Calc: threaded Reproducible on linux with KDE 5.4 (kubuntu 18.04) but not on windows 10. Also couldn't reproduce it on xfce4 but I was running it on top of WSL/Xming, so I wouldn't call it conclusive. Find and replace (^H) works fine on all systems. 6.2.5.2
Seems to be a qt5/kf5-specific issue. Reproduced with Version: 6.5.0.0.alpha0+ Build ID: c5fec7a1429611b6ac59ee958c84297706c98de0 CPU threads: 4; OS: Linux 5.2; UI render: default; VCL: kf5; Locale: en-GB (en_GB.UTF-8); UI-Language: en-US Calc: threaded but not Version: 6.5.0.0.alpha0+ Build ID: c5fec7a1429611b6ac59ee958c84297706c98de0 CPU threads: 4; OS: Linux 5.2; UI render: default; VCL: gtk3; Locale: en-GB (en_GB.UTF-8); UI-Language: en-US Calc: threaded
This is a regression of the fix for bug 119718. Eventually the Impress fullscreen mode is somehow wrong, because if you revert that fix, you get an Impress presentation window with scrollbars?! I don't know what exactly is happening there and I don't yet understand, what the flags to SalFrame::ToTop really imply. Qt's implementation is based on the X11 backend, but the Gtk+ implementation looks totally different in this regard. Fact is that in both cases (detached find toolbar and Impress fullscreen presentation) the sent flag is "GrabFocus | GrabFocusOnly" and the qt code just calls pWidget->setFocus() on the inactive toolbar.
Jan-Marek Glogowski committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/ec554ac30236fa7949e9866d01319d4e3e88c983 tdf#126607 Qt5 activate window before setFocus It will be available in 6.5.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.
Jan-Marek Glogowski committed a patch related to this issue. It has been pushed to "libreoffice-6-4": https://git.libreoffice.org/core/commit/adbd20017ba9ac4cb2e20195f715904d9b11bc17 tdf#126607 Qt5 activate window before setFocus It will be available in 6.4.0.1. 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.
Jan-Marek Glogowski committed a patch related to this issue. It has been pushed to "libreoffice-6-3": https://git.libreoffice.org/core/commit/0a8b2979b7639af4b652f434c20ede7155ab5ec2 tdf#126607 Qt5 activate window before setFocus It will be available in 6.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.
Can confirm that it is fixed in Version: 6.3.5.0.0+ Build ID: 5d20213462ca346ba942ce5e03a5771d499d3518 CPU threads: 4; OS: Linux 5.0; UI render: default; VCL: kde5; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:libreoffice-6-3, Time: 2019-11-29_23:33:02 Thanks a lot.