Closed Bug 1280509 Opened 9 years ago Closed 6 years ago

Group position broken for XUL tabs after adding two new tabs

Categories

(Core :: Disability Access APIs, defect, P3)

defect

Tracking

()

RESOLVED DUPLICATE of bug 1515186

People

(Reporter: Jamie, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: regression)

STR: 1. Open Firefox. 2. Press control+n. 3. Retrieve the group position information for the accessible of the single tab in the browser tab bar. Result: 1 of 1 4. Press control+t. 5. Retrieve the group position information for the accessible of the second tab in the browser tab bar. Result: 2 of 2 6. Press control+t. 7. Retrieve the group position information for the accessible of the third tab in the browser tab bar. Result: 3 of 2 Note: NVDA sanitises this and reports no group position at all. Interestingly, if the tab control is created with some tabs already (e.g. you open a recently closed window), the group position info is correct for them. If you then create another tab, it's still correct. Again, it's when you create the second new tab that it breaks. I think this is a pretty recent regression, but unfortunately, I don't have any specifics.
Priority: -- → P2
can we have a regression range please?
Blocks: groupa11y
Moving to p3 because no activity for at least 1 year(s). See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage for more information
Priority: P2 → P3

Fixed by bug 1515186.

Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.