Closed Bug 356283 Opened 18 years ago Closed 17 years ago

Keyboard navigation indicators in Contents Pane in Options window duplicated

Categories

(Firefox :: Settings UI, defect)

defect
Not set
trivial

Tracking

()

RESOLVED FIXED
Firefox 3

People

(Reporter: sichunlam, Assigned: kbrosnan)

References

Details

(Keywords: polish)

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-GB; rv:1.8.1) Gecko/20061003 Firefox/2.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-GB; rv:1.8.1) Gecko/20061003 Firefox/2.0

The keyboard navigation indicators (the underlines you find in Windows) in Contents Pane in Options window are duplicated.  specifically:

1.  Load _i_mages automatically and S_i_ze

2.  _D_efault font and A_d_vanced (for Fonts & Colours)

(NB. Above underlines depict where the underlines are located.)

Reproducible: Always

Steps to Reproduce:
1. Load option windows
2. Attempt to use keyboard to navigate to "Load images automatically" (alt-I) OR to "Default font" (alt-d)

Actual Results:  
Focus goes to "Size" and "Advanced" (for Fonts and Colours) respectively.

Expected Results:  
Focus goes to "Load images automatically" and "Default font" respectively.

The bug affects ALL VERSIONS OF WINDOWS (and probably Linux too - but untested).  (Any operating system which uses keyboard navigation indicators).  It does not affect Mac OS X.

I am using en-gb -- is this reflected in non-English or American English (en-us) builds?

It is a NORMAL bug but should be quite critical for Firefox 2.0 final -- this is a usability issue which affects users with disability and Firefox should be an accessible browser.
Confirmed on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1) Gecko/20061010 BonEcho/2.0 ID:2006101003.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: blocking1.8.1.1?
Flags: blocking-firefox2?
Hardware: PC → All
Target Milestone: --- → Firefox 2
Version: unspecified → 2.0 Branch
This is definitely not a blocker for Firefox 2 at this stage; users can still tab between fields so it's not an a11y issue, either.
Flags: blocking-firefox2? → blocking-firefox2-
Keywords: polish
this really isn't a blocker, period.
Flags: blocking1.8.1.1? → blocking1.8.1.1-
Attached patch PatchSplinter Review
Patch resolves both accesskey conflicts.
Attachment #252993 - Flags: review?(gavin.sharp)
Assignee: nobody → kbrosnan
Comment on attachment 252993 [details] [diff] [review]
Patch

mozilla/browser/locales/en-US/chrome/browser/preferences/content.dtd 	1.12
Attachment #252993 - Flags: review?(gavin.sharp) → review+
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Target Milestone: Firefox 2 → Firefox 3
Version: 2.0 Branch → unspecified
Is this something that would be taken on the Mozilla_1_8_Branch?
Flags: blocking1.8.1.3?
Although it looks trivial, it affects locales which balloons the testing effort by 40+ releases. Not worth it for a minor polish bug --> get it fixed in Firefox 3
Severity: normal → trivial
Flags: blocking1.8.1.4? → blocking1.8.1.4-
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: