Bug 148104 - Floating search bar window textentry widget does not grab focus when using the Ctrl+F shortcut under Xorg/X11
Summary: Floating search bar window textentry widget does not grab focus when using th...
Status: RESOLVED DUPLICATE of bug 148803
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
7.2.5.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-03-20 22:17 UTC by Jeff Fortin Tam
Modified: 2023-01-02 11:24 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jeff Fortin Tam 2022-03-20 22:17:13 UTC
A variant of bug #104368 resurfaces.

This is the behavior I see when hitting `Ctrl+F` in LibreOffice Writer 7.2.5.2 in Fedora 35, GTK3 version, under X11 GNOME (but not under Wayland where, it seems, it's impossible to get a floating searchbar, it always gets shown embedded in/below the toolbar?):

If the search toolbar is "undocked" when you hit Ctrl+F, you can never focus its text entry widget, even if you hit Ctrl+F twice. It only works if that searchbar is docked into the toolbar, and you can't move that floating searchbar window around.

This happens both in "Standard toolbar" and "Tabbed" UI modes. I haven't tried the other modes, but I suppose they might behave similarly.

This sounds like a pain in the butt to manage & test, so maybe you folks will decide that it's better for reliability/technical simplicity to kill the floating aspect of that searchbar entirely and always use it as a docked fashion (or with an GtkRevealer underneath the toolbar), like what seems to be the case in the Wayland version?
Comment 1 Buovjaga 2023-01-02 11:24:00 UTC

*** This bug has been marked as a duplicate of bug 148803 ***