Closed
Bug 1102038
Opened 10 years ago
Closed 9 years ago
the "Change Search Settings" button and the open search items cannot be used via the keyboard
Categories
(Firefox :: Search, defect)
Tracking
()
People
(Reporter: kjozwiak, Assigned: florian)
References
Details
(Keywords: access)
Attachments
(3 files, 1 obsolete file)
607.25 KB,
image/gif
|
Details | |
17.31 KB,
patch
|
mossop
:
review+
lmandel
:
approval-mozilla-aurora+
|
Details | Diff | Splinter Review |
2.72 KB,
patch
|
mossop
:
review+
|
Details | Diff | Splinter Review |
The "Change Search Settings" button cannot be selected when using the keyboard. Using the down arrow and the TAB key will skip the button. Attached a .gif that demonstrates the issue.
Comment 1•10 years ago
|
||
[Tracking Requested - why for this release]: This is important for the accessibility of the search UI.
Updated•10 years ago
|
Comment 2•10 years ago
|
||
We decided this wasn't necessary for the first iteration (there are other ways to open the search settings via keyboard).
Assignee | ||
Comment 3•9 years ago
|
||
Extending this to also include open search items, as I think it makes sense to fix both at once. I discussed this with Philipp this morning. After the decision we made in bug 1104142 about the way tab should behave in the search panel, this is now easier to address. Here's the behavior we agreed on: - when the last one-off button is highlighted, pressing <tab> or <down> should select the search setting (or first open search item if there's any). - when the search setting item is highlighted, pressing <down> should clear the selection. <tab> should move the focus out of the panel.
Summary: the "change search settings" button cannot be selected via the keyboard → the "Change Search Settings" button and the open search items cannot be used via the keyboard
Updated•9 years ago
|
Flags: qe-verify+
Flags: firefox-backlog+
Assignee | ||
Updated•9 years ago
|
Points: --- → 5
Flags: needinfo?(florian)
Updated•9 years ago
|
Assignee: nobody → florian
Status: NEW → ASSIGNED
Iteration: --- → 38.1 - 26 Jan
Updated•9 years ago
|
Iteration: 38.1 - 26 Jan → 38.2 - 9 Feb
Assignee | ||
Comment 5•9 years ago
|
||
https://treeherder.mozilla.org/#/jobs?repo=try&revision=092abea2d289
Attachment #8558028 -
Flags: review?(dtownsend)
Assignee | ||
Comment 6•9 years ago
|
||
Forgot to hg add a file in attachment 8558028 [details] [diff] [review], pushed to try again: https://treeherder.mozilla.org/#/jobs?repo=try&revision=6f3c578b1549
Attachment #8558028 -
Attachment is obsolete: true
Attachment #8558028 -
Flags: review?(dtownsend)
Attachment #8558032 -
Flags: review?(dtownsend)
Updated•9 years ago
|
Attachment #8558032 -
Flags: review?(dtownsend) → review+
Assignee | ||
Comment 7•9 years ago
|
||
https://hg.mozilla.org/integration/fx-team/rev/ab00a9cbd01b
Flags: in-testsuite+
Whiteboard: [fixed-in-fx-team]
Comment 8•9 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/ab00a9cbd01b
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
status-firefox38:
--- → fixed
Resolution: --- → FIXED
Whiteboard: [fixed-in-fx-team]
Target Milestone: --- → Firefox 38
Assignee | ||
Comment 9•9 years ago
|
||
Comment on attachment 8558032 [details] [diff] [review] Patch Approval Request Comment [Feature/regressing bug #]: bug 1088660 [User impact if declined]: impossible to add open search engines with only the keyboard. [Describe test coverage new/current, TreeHerder]: this patch contains tests, added above the tests landed in bug 1124900. [Risks and why]: I would like to have this shipping soon, but I think it's too risky for beta at this point. This depends on the refactoring in bug 1124904. [String/UUID change made/needed]: none.
Attachment #8558032 -
Flags: approval-mozilla-aurora?
Comment 10•9 years ago
|
||
There's a fair amount of code change required for this fix. Can this be verified on Nightly before uplifting to Aurora?
Flags: needinfo?(kjozwiak)
Flags: needinfo?(florian)
Assignee | ||
Comment 11•9 years ago
|
||
(In reply to Lawrence Mandel [:lmandel] (use needinfo) from comment #10) > There's a fair amount of code change required for this fix. Can this be > verified on Nightly before uplifting to Aurora? Seems totally reasonable to me, we still have time to land in aurora.
Flags: needinfo?(florian)
Reporter | ||
Comment 12•9 years ago
|
||
Went through verification using the following build: - http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2015-02-09-03-02-04-mozilla-central/ Test Cases: =========== - ensured that you could still go through the listed suggestions terms using the up/down arrows - ensured that you can select every item in the search bar using the up/down arrows (suggestions, one-click search engines, change search settings button etc..) - ensured that you can only select the one-click search engines and the search url text box when using tab - ensured that once you land on the "Change Search Settings" button, pressing "Enter" opens the "Search" preferences without any issues - ensured that you can select and press "Enter" on "one-click" search engines - ensured that you can select and press "Enter" on "one-click" search engines and search suggestions while using the arrow keys - ensured that you can select the "Change Search Settings" button when either going through the list from the top or the bottom OS's Used: ========== - Win 8.1 x64 - OSX 10.10.2 - Ubuntu 14.04.1 possible issues: ================ - when selecting the "Change Search Settings" button with the keyboard on Windows/Linux, the button isn't highlighted making it very difficult to see if it has been selected. On OSX, you can tell the button has gotten a bit darker when it's selected. I logged into my Win machine remotely and noticed the same thing happening so I don't think it's related to the VMs. - when pressing tab, once you hit the "Change Search Settings", you'll escape the search toolbar and continue through the other text boxes on current page. I'm not sure if this is intended behavior or the user should be confined to the search toolbar if he's already in it and pressing tab. Once the user does "escape" the search toolbar, he can eventually return after pressing tab and going through the entire page. I don't think this is a real issue but just double checking.
Flags: needinfo?(kjozwiak) → needinfo?(florian)
Assignee | ||
Comment 13•9 years ago
|
||
(In reply to Kamil Jozwiak [:kjozwiak] from comment #12) Thanks! > - when selecting the "Change Search Settings" button with the keyboard on > Windows/Linux, the button isn't highlighted making it very difficult to see > if it has been selected. Looks like I forgot to do on Windows/Linux the CSS changes I did on Mac at https://hg.mozilla.org/mozilla-central/rev/ab00a9cbd01b#l6.1 Patch coming soon. > - when pressing tab, once you hit the "Change Search Settings", you'll > escape the search toolbar and continue through the other text boxes on > current page. I think that's the expected behavior since bug 1104142.
Flags: needinfo?(florian)
Assignee | ||
Comment 14•9 years ago
|
||
Adding this trivial patch in the same bug as this is not marked verified yet, and I'll fold the 2 patches together to request aurora approval.
Attachment #8562752 -
Flags: review?(dtownsend)
Updated•9 years ago
|
Attachment #8562752 -
Flags: review?(dtownsend) → review+
Assignee | ||
Comment 15•9 years ago
|
||
https://hg.mozilla.org/integration/fx-team/rev/a83fc66f8541
Reporter | ||
Comment 17•9 years ago
|
||
Went through verification using the following build: * http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2015-02-17-03-02-13-mozilla-central/ - Went through the test cases listed in comment # 12 - ensured that the CSS transition occurs on OSX/Win/Linux - ensured that "Change Search Settings" changes correctly when using the arrow keys to select - ensured that "Change Search Settings" changes correctly when using the tab key to select
Comment 18•9 years ago
|
||
Comment on attachment 8558032 [details] [diff] [review] Patch Now that this has been verified, Aurora+
Attachment #8558032 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Comment 19•9 years ago
|
||
https://hg.mozilla.org/releases/mozilla-aurora/rev/8129c0467541
status-firefox37:
--- → fixed
Assignee | ||
Updated•9 years ago
|
status-firefox35:
--- → wontfix
status-firefox36:
--- → wontfix
Comment 20•9 years ago
|
||
Verified as fixed using Firefox 37 beta 1 under Ubuntu 12.04 LTS 32-bit, Windows 7 64-bit and Mac OS X 10.9.5.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•