Bug 146326 - The Autofilter Input Box should get focus upon mouse-hover
Summary: The Autofilter Input Box should get focus upon mouse-hover
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.3.0.0 beta1+
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
: 147439 (view as bug list)
Depends on:
Blocks: AutoFilter
  Show dependency treegraph
 
Reported: 2021-12-20 08:11 UTC by Kevin Suo
Modified: 2022-05-15 15:02 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:
Regression By:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Kevin Suo 2021-12-20 08:11:52 UTC
Steps to Reproduce:

1. Click on any autofilter dropdown.

--> The focus is within the input box, that's good, we can now type in any text for quick search.

2. Move your mouse from the top entry (i.e. Sorting") down through the Filter by Color, then further down to the text Input Box.

--> When mouse hover any other entry, that entry is focused (and if that entry has sub-entries then the sub-entries are popped up). This is good. 

--> However, when mouse hover on top of the text Input Box, the input box does not get focus, thus if you want to type anything into the text box then you need an extra click. This is annoying.

Expected Result:
In step 2, when mouse hover to the text input box, the text input box should get focus to allow quick input of text.

Addition Info:
Actually, at the time when the input box has not get focus, you actually can type, but the typing is not in the input box. It is in a "new" input box, and after you hit ENTER nothing take effect.

Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: 64589ddc911ed7bcc334adecd46b472adfec15f2
CPU threads: 8; OS: Linux 5.14; UI render: default; VCL: gtk3
Locale: zh-CN (zh_CN.UTF-8); UI: zh-CN
Build Platform: Fedora34@X64, Branch:master, bibisect-linux-64-7.4-CN
Calc: threaded

and also in

Version: 7.3.0.0.beta1+ / LibreOffice Community
Build ID: c25067e46d7d849a584295de365e32c6c7af11bf
CPU threads: 8; OS: Linux 5.14; UI render: default; VCL: gtk3
Locale: zh-CN (zh_CN.UTF-8); UI: zh-CN
Calc: threaded
Comment 1 Kevin Suo 2021-12-20 08:22:41 UTC
Regression caused by the (great) improvements of hover-style autofitler submenus by Caolán in:

commit 29145df0977baa866e7da94d1d385b772ae1e6ce
Author: Caolán McNamara <caolanm@redhat.com>
Date:   Mon Nov 29 12:55:38 2021 +0000

    Resolves: tdf#144811 use the hover-style menu for color submenus

Caolán could you please take a look? Thanks.
Comment 2 raal 2022-01-08 06:28:19 UTC
I can confirm with Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: eee703970581545b56f3b2faa5b5911923ec28ea
CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded Jumbo
Comment 3 Kevin Suo 2022-03-01 11:41:21 UTC
*** Bug 147439 has been marked as a duplicate of this bug. ***
Comment 4 Rafael Lima 2022-03-01 14:19:13 UTC Comment hidden (obsolete, wrong)
Comment 5 Rafael Lima 2022-03-01 14:21:09 UTC
The following attachments from duplicate bug 147439 may help clarify what is happening since 7.3.

Attachment 178282 [details] shows what happens since 7.3, with the input box losing focus when it hovers over an entry with sub-entries.

Attachment 178283 [details] is a short video showing what happens in 7.2.5 (which is the correct behavior). The input box does not lose focus when the mouse hovers over the dialog.