Closed Bug 1449208 Opened 7 years ago Closed 5 years ago

Click anywhere in the blank space does not remove focus from the "Find in Options" search bar in about:preferences

Categories

(Firefox :: Settings UI, defect, P5)

60 Branch
defect

Tracking

()

RESOLVED DUPLICATE of bug 1363728

People

(Reporter: fahimazulfath.a, Unassigned)

References

Details

(Whiteboard: [testday-20180323])

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0 Build ID: 20180322152034 Steps to reproduce: 1. Open Firefox 60 Beta 6 2. Navigate to about:preferences 3. Verify the ""Find in Options"" search take focus. 4. Click anywhere in the blank space (Remove focus from the ""Find in Options") Actual results: Clicking on the blank space does not remove focus from the search bar. Using any options over there only remove focus from the search bar. Expected results: Click anywhere in the blank space should emove focus from the ""Find in Options" search bar in about:preferences
Has STR: --- → yes
Whiteboard: [testday-20180323]
I reproduced this behaviour on Windows 10 64bit with FF 60.0b7 (64-bit) 2018-03-29. IMO that is an expected behavior: the focus is removed when selecting one of the options. Related to the above, there is indeed a bug. Please see bug 1450216.
Component: Untriaged → Preferences
Clicking on the document should move focus from the search field to the document, following the same behavior as an HTML webpage. The behavior you're seeing is how XUL pages work.
Priority: -- → P5
If that’s the reason then the preferences panel should be reimplemented as an HTML page because there’s no perceptible difference between the two. The user has no reason to expect any difference in behaviour.
The focus on about:preferences is all messed up. I was going to create a bug report but found this. I tried many experiments with clicking and selecting and I wasn't able to build up a coherent view of how the page would react. 1) Visit about:preferences Press down-arrow or page-down. Expected: The page scrolls. Actual: The page doesn't scroll because focus was grabbed at page load. 2) Click somewhere in the page. Press down-arrow or page-down. Expected: The page scrolls. Actual: No scroll, focus was recaptured. 3) Select text "Restore previous session". Press down-arrow or page-down. Expected: No scrolling because the focus was grabbed by search. Actual: It scrolls, Find decided not to take back focus. 4) Click some blank space on the page. Press down-arrow or page-down. Expected: Who knows at this point, but it would seem consistent for search to take back focus. Actual: It scrolls. 5) Click in the Default font input element. Click some blank space on the page. Press down-arrow or page-down. Expected: The page moves cause that's what happened after step 3. Actual: Page-down scrolls the page, but down-arrow changes the default font. (Even though you clicked outside the input area and paged-down so the font selection isn't visible.) 6) Double-click the word "Startup" near the top. Expected: The word is selected. Actual: The word is actually selected. 7) Double-click the word "General" near the top. Expected: The word is selected. Actual: The word isn't selected. In fact, the previous selection isn't cancelled--but clicking outside of a selection always cancels it. 8) Click "Home" on the left of the page. Press down-arrow. Actual: The preferences page changes to Search. 9) Click on the right side of the page. Press down-arrow. Expected: The left side of the page moves down, or Find in Preferences stops movement. Actual: The preferences page changes to Privacy & Security. (I second the comment from Ambrose Li that preferences should behave as an HTML page. Non-obvious special modes are a bad user experience.)
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.