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

NEW
Unassigned

Status

()

Firefox
Tabbed Browser
P3
normal
a year ago
5 months ago

People

(Reporter: derek.riemer, Unassigned)

Tracking

(Blocks: 1 bug, {access, nightly-community})

54 Branch
access, nightly-community
Points:
---

Firefox Tracking Flags

(firefox57 fix-optional)

Details

(Whiteboard: [userContextId][domsecurity-backlog])

(Reporter)

Description

a year ago
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"
(Reporter)

Updated

a year ago
Keywords: access
(Reporter)

Updated

a year ago
Keywords: nightly-community

Updated

a year ago
Status: UNCONFIRMED → NEW
Component: Untriaged → Tabbed Browser
Ever confirmed: true

Comment 1

a year ago
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)

Updated

a year ago
Blocks: 1191418
Whiteboard: [userContextId][domsecurity-backlog]
Priority: -- → P5
P3 probably makes more sense (Spoke with Kamil about this)
Priority: P5 → P3
You need to log in before you can comment on or make changes to this bug.