Closed Bug 1338505 Opened 7 years ago Closed 2 years ago

the container of the current tab isn't accessibly exposed.

Categories

(Firefox :: Tabbed Browser, defect, P3)

54 Branch
defect

Tracking

()

RESOLVED DUPLICATE of bug 1280549
Tracking Status
firefox57 --- fix-optional

People

(Reporter: derek.riemer, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: access, nightly-community, Whiteboard: [userContextId][domsecurity-backlog])

User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:54.0) Gecko/20100101 Firefox/54.0
Build ID: 20170209030214

Steps to reproduce:

1. open gmail in the personal tab.
2. Open gmail in the work tab.
3. switch between them. Note that information about each tab isn't exposed to accessibility API's, even though in settings for each tab, you can select an icon. I  presume the title bar gets an icon or similar for this?
It would be ideal if each tab got accessibility information incorporated into the tab name, and by extension the window title.

I.E. 
"How to Add SATA Hard Disk to Virtual Machine in VirtualBox - Nightly" currently in a container tab for personal, should be "How to Add SATA Hard Disk to Virtual Machine in VirtualBox - Personal - Nightly"
Keywords: access
Status: UNCONFIRMED → NEW
Component: Untriaged → Tabbed Browser
Ever confirmed: true
The tooltip of the tab includes the container as comment #0 suggests. It wouldn't make sense to include it in the tab label because it will almost never fit (visually) - hence using the tooltip. Marco, why isn't the tooltip of the tab exposed to a11y users?
Flags: needinfo?(mzehe)
Because tool tips are normally only mouse-driven things. We may expose this as the AccDescription (haven't checked), but that, too, is only secondary info and only gets spoken when directly focusing the thing with the keyboard and letting the screen reader read the tab label plus type first.

What one could do, to make it obvious that this is a container tab, would be to override the tab item's label with an aria-label that indicates *before* the actual tab label that this is a container tab of a certain type. That way it would still be only read when focused, but the (in this case very important) info comes much earlier.
Flags: needinfo?(mzehe)
Whiteboard: [userContextId][domsecurity-backlog]
Priority: -- → P5
P3 probably makes more sense (Spoke with Kamil about this)
Priority: P5 → P3

The container type is exposed in the tab bar as of bug 1410757. Exposing the container type for the current tab (without having to focus the tab bar) is covered by bug 1280549 (not yet fixed).

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