Closed Bug 427838 Opened 17 years ago Closed 17 years ago

Tabbing skips elements after <xul:menulist> dropdown

Categories

(Core :: DOM: UI Events & Focus Handling, defect)

defect
Not set
major

Tracking

()

RESOLVED DUPLICATE of bug 399427

People

(Reporter: scott.turner, Assigned: roc)

Details

(4 keywords)

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_2; en-us) AppleWebKit/525.13 (KHTML, like Gecko) Version/3.1 Safari/525.13 Build Identifier: HEAD When using the tab key to move focus between controls on a page the focus ring ends when a drop down list control is encountered, even if there are more controls on the page. Test case is included to demonstrate the issue. Reproducible: Always Steps to Reproduce: 1. Load test case. 2. Click on first text control. 3. Press tab key five times. Actual Results: On fifth press of tab key focus is transfered to the address bar. Expected Results: On fifth press of the tab key focus should transfer from the drop down list control to the next text control below the drop down list control on the test case page.
Component: Keyboard Navigation → Keyboard: Navigation
Product: Firefox → Core
Version: unspecified → Trunk
Keywords: access, testcase
Summary: Focus Ring ends when drop down list is encountered on page → Tabbing skips elements after <xul:menulist> dropdown
Flags: blocking1.9?
Assignee: nobody → joshmoz
Component: Keyboard: Navigation → Widget: Cocoa
QA Contact: keyboard.navigation → cocoa
Unable to reproduce on Firefox 2.0.0.13. [Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.13) Gecko/20080311 Firefox/2.0.0.13]
Reproduced in Firefox 3.0 Nightly [Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9pre) Gecko/2008040907 Minefield/3.0pre]
Component: Widget: Cocoa → Keyboard: Navigation
Keywords: qawanted, regression
Severity: normal → major
Assignee: joshmoz → nobody
QA Contact: cocoa → keyboard.navigation
Can we get a regression range? Is this XUL only?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: blocking1.9? → blocking1.9+
Ran test case against Firefox 2.0.0.13. The tab skips over the drop down list, you can't put focus on the drop down list with the tab key.
Turns out I've found a Mac bug in 2.0.0.13, works in Windows 2.0.0.13.
It looks like this was introduced between Gecko 1.9a7 and 1.9a8. It worked in Alpha 7 and is broken as it is today in Alpha 8. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a7) Gecko/2007080210 GranParadiso/3.0a7 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a8) Gecko/2007091216 GranParadiso/3.0a8
Given comment 7 and comment 6 I think we should move this off the blocker list
WFM on Mac, not on Windows. Taking.
Assignee: nobody → roc
This happens because of nsEventStateManager::GetDocSelectionLocation. The selection is collapsed, the anchor node is the menulist element, and the offset is 0. Because the start content is an element, GetDocSelectionLocation adjusts startContent to be the 'offset'-th child of the anchor node, which in this case is the menupopup, so it returns the menupopup and its frame as the current location of the selection. Then I think we restrict tabbing to the popup, don't find anything there, and start over in the chrome.
Sounds like it is indeed a duplicate of bug 399427 then.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → DUPLICATE
Component: Keyboard: Navigation → User events and focus handling
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: