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)
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
Reporter | ||
Updated•7 years ago
|
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
Comment 2•7 years ago
|
||
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
Comment 4•7 years ago
|
||
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.
Comment 5•7 years ago
|
||
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.)
Updated•5 years ago
|
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.
Description
•