Container names, icons and tab lines keep their palette color in high contrast mode
Categories
(Firefox :: Containers, defect)
Tracking
()
| Accessibility Severity | s3 |
People
(Reporter: dao, Unassigned)
References
Details
(Keywords: access)
Under forced colors, the container name in the address bar (#userContext-label), the container icon (#userContext-indicator) and the container line on tabs (.tab-context-line) keep their literal container color instead of a system color. usercontext.css has no forced-colors rule, and the design tokens that --identity-stroke-color reads under Nova resolve to the same literal in every regime. With a blue container the name, icon and line all compute to rgb(69, 95, 231), while the selected tab outline next to them correctly switches to SelectedItem. On Windows high contrast themes that puts the name, as text, in a color outside the user's palette, which can be unreadable against Canvas in dark high contrast themes.
Under prefers-contrast without forced colors the same literals paint, far below 7:1 in light mode (bug 2088843 has the ratios).
The non-Nova colors (--identity-tab-color, --identity-icon-color) are literals too, so this predates Nova.
Measured headless on Linux with the patch from bug 2074327, with ui.useAccessibilityTheme=1, browsingContext.forcedColorsOverride = "active" and forced-color-adjust: none on the chrome root to approximate Windows chrome.
If the container color should stay visible in high contrast mode as an identifying mark, the name should still use a system color such as CanvasText, with the color kept on the icon or the line only.
Updated•9 days ago
|
Description
•