170833 - TABINDEX not functional on Anchor or Button elements

Status: VERIFIED INVALID

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

Description

[Chris Petersen]

Build: 2002-09-25-11
Platform: OS X 10.2
Expected Results: Focus should be placed on each element (during tabbing)
What I got: When tabbing, a focus ring isn't appearing on anchor or button elements

Steps to reproduce:

1) Go to either test case

http://mozilla.org/quality/browser/standards/html/a_tabindex.html

http://mozilla.org/quality/browser/standards/html/button_tabindex.html

2) Read testcase description text and place focus on element specified

3) Press the tab key to move focus to the next element (in tab index)

4) Focus ring doesn't appear on the next element.

Comment 1

[Bill Mason]

WFM in build 2002091014 PC/Win98.
Removed priority.  Only bug assignees should be setting/changing priority.
->keyboard nav

Comment 2

[Bill Mason]

Reassigning to owner of component.

Comment 3

[Chris Petersen]

This was working on the OS X Sept 17th trunk and doesn't seem to work on todays
build. Haven't researched when this regressed yet.

Comment 4

[sairuh (rarely reading bugmail)]

chris, if you're able to find out when this regressed, that'd be great --thanks!

Comment 5

[Chris Petersen]

Looks like the regression occurred on the 2002-09-19-03 Mozilla OS X build. I
have a 2002-09-18-03 Mozilla OS X build were tabindex is functioning using these
two test cases.

Comment 6

[Chris Petersen]

The mozilla builds referenced are trunk builds not branch.

Comment 7

[sairuh (rarely reading bugmail)]

just realized that what you're seeing might be intended behavior. default
tabbing changed recently (see bug 140612), so that on mac the tab key moves only
btwn textfields in a page.

while i understand this is frustrating, methinks this is an invalid bug. see bug
169045 which requests having an rfe for this behavior.

Comment 8

[Akkana Peck]

Also note that it's a pref, so you can set the behavior to be whatever you want.

// Tab focus model bit field:
// 1 focuses text controls, 2 focuses other form elements, 4 adds links.
// Most users will want 1, 3, or 7.
user_pref("accessibility.tabfocus", 7);

Comment 9

[sairuh (rarely reading bugmail)]

specific mozilla pref ui bug is bug 170871.

Comment 10

[Boris Zbarsky [:bzbarsky]]

*** Bug 183326 has been marked as a duplicate of this bug. ***

Comment 11

[Boris Zbarsky [:bzbarsky]]

*** Bug 183500 has been marked as a duplicate of this bug. ***

Comment 12

[Red Wolf]

This also applies to Mac OS 9.1. Pressing tab no longer moves to the push
buttons on a form. This was working in Mozilla 1.1.

Comment 13

[Red Wolf]

Okay, so I read bug 140612 (see comment 7) and find out that this "bug" is
really a fix for what some thought was broken tabbing behaviour. I didn't think
it was broken in 1.1. I visit one web site frequently where there are pages with
just a multi-line text entry field and a submit button. It was real nice to
enter what I wanted to say and press tab and enter. Now I have to take the extra
time to grab the mouse and click the submit button. Not everything can be done
easier and quicker with the mouse.

There seemed to be some discussion on having a UI preference to control the
behavior of tabbing. Personally, I would have implemented both changes in 1.2
rather than doing one, confusing users and then finally adding the preference in
the next version.

Comment 14

[Boris Zbarsky [:bzbarsky]]

*** Bug 184685 has been marked as a duplicate of this bug. ***

Comment 15

[Boris Zbarsky [:bzbarsky]]

*** Bug 186771 has been marked as a duplicate of this bug. ***

Comment 16

[Boris Zbarsky [:bzbarsky]]

*** Bug 188129 has been marked as a duplicate of this bug. ***

Comment 17

[sairuh (rarely reading bugmail)]

okay, since this sounds like it's due to the default tabbing behavior for mac,
i'm going to mark this as invalid. see bug 169489, where there's a patch to
[also] expose the tabbing nav pref.

Comment 18

[sairuh (rarely reading bugmail)]

v inv

Comment 19

[Boris Zbarsky [:bzbarsky]]

*** Bug 190509 has been marked as a duplicate of this bug. ***

Comment 20

[Boris Zbarsky [:bzbarsky]]

*** Bug 233526 has been marked as a duplicate of this bug. ***

Comment 21

[HARUNAGA Hirotoshi]

*** Bug 242299 has been marked as a duplicate of this bug. ***

Comment 22

[HARUNAGA Hirotoshi]

*** Bug 246066 has been marked as a duplicate of this bug. ***

Comment 23

[HARUNAGA Hirotoshi]

*** Bug 246745 has been marked as a duplicate of this bug. ***

Comment 24

[Elmar Ludwig]

*** Bug 293309 has been marked as a duplicate of this bug. ***