Closed Bug 1849554 Opened 10 months ago Closed 9 months ago

The Active Fakespot Address bar icon is not properly displayed with High Contrast when hovered over

Categories

(Firefox :: Shopping, defect, P1)

Desktop
Windows
defect

Tracking

()

VERIFIED FIXED
120 Branch
Accessibility Severity s3
Tracking Status
firefox118 --- disabled
firefox119 --- wontfix
firefox120 --- verified

People

(Reporter: rdoghi, Assigned: ayeddi)

References

(Blocks 1 open bug)

Details

(Keywords: access, Whiteboard: [fidefe-shopping])

Attachments

(2 files)

Attached image ddressshopping.png

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

  1. 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.
  2. 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

:rdoghi, if you think that's a regression, could you try to find a regression range using for example mozregression?

Whiteboard: [fidefe-shopping]
Accessibility Severity: --- → s2

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.

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.

Flags: needinfo?(jhirsch)

:ayeddi, assigning this to you, but let me know if you don't have bandwidth to pick it up

Assignee: nobody → ayeddi
Severity: S3 → S2
Flags: needinfo?(jhirsch)
Priority: -- → P1
Flags: needinfo?(ayeddi)
Flags: needinfo?(ayeddi)
See Also: → 1787934

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.

Attachment #9351263 - Attachment description: WIP: Bug 1849554 - Updating Active Fakespot Address bar icon color on HCM. → Bug 1849554 - Updating Active Fakespot Address bar icon color on HCM. r=dao,desktop-theme-reviewers,jhirsch!
Blocks: 1854243
No longer blocks: 1854243

[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.

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

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.

Lowering the accessibility severity to S3 for consistency with the bug 1787934

Accessibility Severity: s2 → s3
Status: NEW → RESOLVED
Closed: 9 months ago
Resolution: --- → FIXED
Target Milestone: --- → 120 Branch

Verified as fixed in our latest Nightly build 120.0a1 (2023-10-06)

Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: