Open Bug 1824805 Opened 2 years ago Updated 2 years ago

Different sequential focus behaviour than Chrome

Categories

(Core :: DOM: Core & HTML, defect)

defect

Tracking

()

People

(Reporter: sefeng, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

We have a different behaviour than Chrome of selecting the next sequential focus element when the current focused element is not in Document's sequential focus navigation order.

STR:

  1. Open https://jsfiddle.net/vjqcrkxa/2/
  2. Click focus the last input
  3. Press <tab>

Firefox moves the focus to <input tabindex=1/> and Chrome moves the focus to <input tabindex=0/>.

I think this scenarios falls into the selection mechanism is DOM + direction is forward of https://html.spec.whatwg.org/multipage/interaction.html#sequential-navigation-search-algorithm, so we should find the first suitable sequentially focusable area in the home document following starting point, but starting point is not a sequencial focusble area, so I am confused.

Emilio, do you know which behaviour is correct?

Flags: needinfo?(emilio)

Not off-hand. Olli is more familiar with our tabindex implementation. I know we have different navigation starting point from Chrome generally (we just use selection focus point and chrome uses something more bespoke).

Flags: needinfo?(emilio) → needinfo?(smaug)

I'd expect the behavior Firefox has.

Nothing requires "starting point" to be "sequentially focusable area". The sentence just talks about document of starting point, no?

Flags: needinfo?(smaug)
Severity: -- → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: