The Active Fakespot Address bar icon is not properly displayed with High Contrast when hovered over
Categories
(Firefox :: Shopping, defect, P1)
Tracking
()
People
(Reporter: rdoghi, Assigned: ayeddi)
References
(Blocks 1 open bug)
Details
(Keywords: access, Whiteboard: [fidefe-shopping])
Attachments
(2 files)
Found in
- Nightly 118.0a1 (2023-08-21)
Affected versions
- Nightly 118.0a1 (2023-08-21)
Affected platforms
- Windows
Preconditions:
Set the browser.shopping.experience2023.enabled - TRUE
Enable High Contrast.
Steps to reproduce
- Reach https://www.walmart.com/ip/Home-Office-Chair-Big-Tall-Chair-8-Hours-Heavy-Duty-Design-Ergonomic-High-Back-Cushion-Lumbar-Support-Computer-Desk-Adjustable-Executive-Leather-Arms/889963233?athbdg=L1600&adsRedirect=true.
- Hover over the Fakespot address bar icon using the mouse cursor.
Expected result
- The Fakespot Address bar icon should be visible with High Contrast.
Actual result
- The Fakespot address bar icon has the same color when hovered over with High contrast enabled.
Regression range
Not Applicable
Comment 1•1 year ago
|
||
:rdoghi, if you think that's a regression, could you try to find a regression range using for example mozregression?
Updated•1 year ago
|
Updated•1 year ago
|
Assignee | ||
Updated•1 year ago
|
Assignee | ||
Comment 2•1 year ago
|
||
Setting up the Accessibility Severity to S2, because the icon fully disappears with HCM on and thus the purpose of the control would not be communicated. This would especially affect users with cognitive difficulties, users with dyslexia, and neurodiverse users who may get confused about the purpose of the control they were going to activate.
Comment 3•1 year ago
|
||
The severity field for this bug is set to S3. However, the accessibility severity is higher, .
:jhirsch, could you consider increasing the severity?
For more information, please visit BugBot documentation.
:ayeddi, assigning this to you, but let me know if you don't have bandwidth to pick it up
Updated•1 year ago
|
Assignee | ||
Comment 5•1 year ago
|
||
r=dao!,jhirsch!
Allowing the icon to keep the currentColor
(which is expected to be
SelectedItemText
) when the panel is opened and the icon is hovered on
HCM. This quick fix would resolve the active state issue with the opened
and hovered icon as well, while a wider styling solution for the chrome
controls on HCM is being developed.
Updated•1 year ago
|
Comment 6•11 months ago
|
||
[Tracking Requested - why for this release]: This is the only open accessibility s2 for the shopping experiment in 119. The fix is a very small CSS tweak (see patch) and we'd like to include it in 119.
Updated•11 months ago
|
Pushed by ayeddi@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/ef580bbd7972 Updating Active Fakespot Address bar icon color on HCM. r=desktop-theme-reviewers,dao,jhirsch
Comment 8•11 months ago
|
||
After discussion with :ayeddi and Ania, we do not need to uplift this into 120, as this same bug is considered accessibility s3 in other toolbar button bugs.
Assignee | ||
Comment 9•11 months ago
|
||
Lowering the accessibility severity to S3 for consistency with the bug 1787934
Comment 10•11 months ago
|
||
bugherder |
Reporter | ||
Comment 11•11 months ago
|
||
Verified as fixed in our latest Nightly build 120.0a1 (2023-10-06)
Updated•11 months ago
|
Description
•