Closed Bug 851901 Opened 13 years ago Closed 12 years ago

Work - When navigating form selects using the keyboard, select popup shouldn't display

Categories

(Firefox for Metro Graveyard :: Input, defect, P3)

x86_64
Windows 8.1
defect

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: jimm, Unassigned)

References

Details

(Whiteboard: [shovel-ready][forms] feature=work)

STR: 1) tap a form select with multiple items 2) use the up or down arrow on a connected keyboard to change selected item result: select popup repeatedly hides and then shows with each change of the selected item. expected: the selected item should change in the select, but the popup should not be displayed. This should mimic dekstop behavior. The only time we should bring up the popup is for touch or mouse selection of a single item after a tap on the select, not for navigation.
Whiteboard: [forms]
Blocks: 855434
No longer blocks: metrov1triage
Whiteboard: [forms] → [forms] feature=defect c=Content_features u=metro_firefox_user p=0
Summary: When navigating form selects using the keyboard, select popup shouldn't display → Defect - When navigating form selects using the keyboard, select popup shouldn't display
Whiteboard: [forms] feature=defect c=Content_features u=metro_firefox_user p=0 → [forms] feature=defect c=Content_features u=metro_firefox_user p=2
Jim's point estimate=2
Whiteboard: [forms] feature=defect c=Content_features u=metro_firefox_user p=2 → [forms] feature=defect c=Content_features u=metro_firefox_user p=0
Depends on: 861853
No longer depends on: 861853
Blocks: 861853
No longer blocks: metrov1defect&change, 861853
Summary: Defect - When navigating form selects using the keyboard, select popup shouldn't display → Work - When navigating form selects using the keyboard, select popup shouldn't display
Whiteboard: [forms] feature=defect c=Content_features u=metro_firefox_user p=0 → [forms] feature=work
Whiteboard: [forms] feature=work → [shovel-ready][forms] feature=work
strawman: priority 3 why: ugly & annoying, but does not prevent user from completing tasks.
Priority: -- → P3
Assignee: nobody → jwilde
Status: NEW → ASSIGNED
Assignee: jwilde → nobody
Status: ASSIGNED → NEW
I can reproduce this any more, I do remember seeing the problem but its possible we fixed it along the way.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
OS: Windows 8 Metro → Windows 8.1
You need to log in before you can comment on or make changes to this bug.