Closed
Bug 396529
Opened 17 years ago
Closed 17 years ago
Key-nav is blocked in preference page
Categories
(Firefox :: Settings UI, defect, P2)
Firefox
Settings UI
Tracking
()
RESOLVED
FIXED
Firefox 3 beta1
People
(Reporter: tim.miao, Assigned: myk)
Details
(Keywords: access)
Attachments
(1 file)
613 bytes,
patch
|
Gavin
:
review+
mconnor
:
approval1.9+
|
Details | Diff | Splinter Review |
Key-nav was blocked by Application card. Steps to reproduce: 1. Choose menu Edit-Preferences to open firefox preferences window. 2. Press Right/Left arrow to switch tabs between different panels. Bug observations: Key-nav will be blocked at Applications page, you can not nav forward/backward any more.
seems focus is grabbed for first loading Applications page, press tab several times to re-focus the top panel list, then Right/Left arrow will work again.
Yes, this is a workaround. And in past, it will not block the key nav. Could we keep putting focus on the list item again?
Comment 3•17 years ago
|
||
The Applications pane focuses the filter text box explicitly, I believe. It probably shouldn't do that.
Component: Keyboard Navigation → Preferences
QA Contact: keyboard.navigation → preferences
Assignee | ||
Comment 4•17 years ago
|
||
(In reply to comment #3) > The Applications pane focuses the filter text box explicitly, I believe. It actually focuses the list of types. > It probably shouldn't do that. I agree. Here's a patch that removes the explicit focus.
Updated•17 years ago
|
Attachment #281395 -
Flags: review?(gavin.sharp) → review+
Assignee | ||
Comment 5•17 years ago
|
||
Incidentally, this behavior is a remnant from the old Download Actions dialog, which focused its list of types when you opened it. But that behavior doesn't make sense now that the list is embedded in a prefpane.
OS: OpenSolaris → All
Priority: -- → P2
Hardware: PC → All
Target Milestone: --- → Firefox 3 M9
Assignee | ||
Comment 6•17 years ago
|
||
Comment on attachment 281395 [details] [diff] [review] patch v1: removes explicit focus Requesting approval for this super-trivial polish fix to make the initial focused element after loading the Applications prefpane consistent with all the other prefpanes.
Attachment #281395 -
Flags: approval1.9?
Updated•17 years ago
|
Attachment #281395 -
Flags: approval1.9? → approval1.9+
Assignee | ||
Comment 7•17 years ago
|
||
Checking in browser/components/preferences/applications.js; /cvsroot/mozilla/browser/components/preferences/applications.js,v <-- applications.js new revision: 1.9; previous revision: 1.8 done
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•