Form Popup elements keep focus if used with the mouse




Keyboard: Navigation
17 years ago
9 years ago


(Reporter: Martin Häcker, Unassigned)



Mac OS X

Firefox Tracking Flags

(Not tracked)





17 years ago
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:0.9.9+) Gecko/20020308
BuildID:    2002030803

When I use a for element (a pupup menu) with the mouse it keeps the focus after
using it. So when I want to use keyboard navigation afterwoards its useless,
because I really change the selected item in the menu. :(

Reproducible: Always
Steps to Reproduce:
1. Go to
2. Change one of the popup menus with the mouse
3. Try to move around on the page with the arrow buttons.

Actual Results:  Another item in the popup is selected

Expected Results:  The Page should move around. :)
This is, I believe, as-designed... You would want to unfocus the <select> using

Comment 2

17 years ago
I dont know how this is handled on other plattforms (ive got a mac), but on Macs
this is deffinitely wrong behavior (Its defined this way in the HIG AFAIK).

The reason for this I dont know, but I think it may have something to do with
mixing mouse and keyboard acces to the interface.

For me its clear, when I use the browser, I dont have a scrollwheel (notebook),
and use the keyboard to do most of the scrolling (spacebar and arrows), and the
mouse to use the interface, so I deffinetely dont want to mix it. Or in other
words, I do want a consistant interface that doesnt change the meaning of my
keycomands every few seconds. :(

thx alot

Comment 3

17 years ago
sounds liek a pinkerton thing
Assignee: aaronl → pinkerton
couldn't have less to do with me. -> html form controls
Assignee: pinkerton → rods
Component: Keyboard Navigation → HTML Form Controls
Ever confirmed: true
QA Contact: sairuh → madhur

Comment 5

17 years ago
Assignee: rods → dcone


16 years ago
QA Contact: madhur → tpreston


16 years ago
Priority: -- → P2
Target Milestone: --- → Future

Comment 6

16 years ago
URL invalid now. Reporter, can you still reproduce using an updated URL?

Comment 7

15 years ago
This bug is targeted at a Mac classic platform/OS, which is no longer supported
by Please re-target it to another platform/OS if this bug applies
there as well or resolve this bug.

I will resolve this bug as WONTFIX in four weeks if no action has been taken.
To filter this and similar messages out, please filter for "mac_cla_reorg".
To keyboard nav, but again, right now we have behavior consistency -- no matter
how you focus a combobox, keyboard commands on it will do the same thing.  I'm
not sure why we would want to change that....
Assignee: dcone → aaronlev5
Component: Layout: Form Controls → Keyboard: Navigation
Priority: P2 → --
Target Milestone: Future → ---

Comment 9

15 years ago
Here's what i'd suggest we do...
[Note that it isn't designed to please anyone.]

There's a preference, Edit>Preferences>Advanced>Keyboard Navigation

- Tab Key Navigation -
When Tab or Shift-Tab is (sic?) pressed, move between:
 [x] Links
 [x] Buttons, radio buttons, checkboxes, and lists
Note: text boxes are always part of the tabbing order.

I'd suggest that click only affect keyboard focus if it's to a tabable control.

On Mac OS (X) some of the checkboxes above are not checked by default. This
would mean that linux and windows users wouldn't notice any change, but mac
users might be less annoyed (maybe).

Comment 10

15 years ago
Since Mozilla is no longer supported on Mac OS X pre-OS X might I suggest that
this bug be changed to OS X as it also exist with Mozilla 1.4


15 years ago
OS: Mac System 9.x → MacOS X


14 years ago
Keywords: helpwanted


12 years ago
Duplicate of this bug: 365969
Mass un-assigning bugs assigned to Aaron.
Assignee: aaronleventhal → nobody
QA Contact: tpreston → keyboard.navigation
You need to log in before you can comment on or make changes to this bug.