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)
Core
Disability Access APIs
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.
Updated•9 years ago
|
Priority: -- → P2
Comment 2•7 years ago
|
||
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
| Reporter | ||
Comment 3•6 years ago
|
||
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.
Description
•