Closed Bug 1813579 Opened 1 year ago Closed 20 days ago

[Windows] Hovered elements are not visible in Screenshots while in high contrast mode

Categories

(Firefox :: Screenshots, defect)

Desktop
Windows
defect

Tracking

()

RESOLVED WORKSFORME
Accessibility Severity s2
Tracking Status
firefox-esr102 --- wontfix
firefox109 --- wontfix
firefox110 --- wontfix
firefox111 --- wontfix

People

(Reporter: sbadau, Unassigned)

References

Details

(Keywords: access)

Attachments

(2 files)

Attached image 2023-01-30_16h59_24.gif

Found in

  • Firefox 110.0b7

Affected versions

  • Nightly 111.0a1
  • Firefox 110.0b7
  • Firefox 109
  • Firefox 102.7.0esr

Tested platforms

  • Affected platforms: Windows 7, Windows 10
  • Unaffected platforms: macOS 11.7, Ubuntu 22.04

Preconditions

  • Place the Screenshots button on the toolbar from Open Application Menu > More Tools > Customize toolbar
  • Enable High Contrast mode.

Steps to reproduce

  1. Reach any website.
  2. Click on the Screenshot button.
  3. Move the mouse over different elements of the page.

Expected result

  • The hovered elements should be visible in high contrast mode.

Actual result

  • The hovered elements are not visible in high contrast mode. Please see the attached screen recording for more details.

Regression range

  • This issue is not a recent regression since it's reproducible also on Firefox 100, I'll investigate this further when time permits.

Additional notes

  • There are no visibility issues when clicking or dragging to select a region.
Whiteboard: [access-s2]

The severity field for this bug is set to S4. However, the accessibility severity is higher, [access-s2].
:asa, could you consider increasing the severity?

For more information, please visit auto_nag documentation.

Flags: needinfo?(asa)
QA Whiteboard: [qa-regression-triage]
Accessibility Severity: --- → s2
Whiteboard: [access-s2]

On Nightly 125.0a1 with Windows 11 on Night Sky HCM and Desert HCM too, I am not able to reproduce the issue anymore - hovering over the text elements or containers does not change the background of these elements, it only adds a border.

Simona, could you please check if the recent HCM work on Screenshots have resolved the issue on Windows 10 and/or Linux too? I do not have an access to either at the moment.

Flags: needinfo?(asa) → needinfo?(sbadau)

On Windows 10, I am still able to reproduce this issue on Firefox 124.0b8 (because the extension version of the Screenshots is still enabled).

However, on the latest Nightly 125.0a1, where the component version of the Screenshots tool is enabled by default ('screenshots.browser.component.enabled' is set to false) - this issue is no longer reproducible on Windows 10.

I also confirm that this issue is not reproducible on Ubuntu 22.04 x64.

Flags: needinfo?(sbadau)

Thank you, :Simona!

Moving this bug to the Screenshots component since it depends on the UI.

:Sam, the component version of the Screenshots has fixed the issue (refer to the comments #2 and #3 above) - maybe this bug can be closed as it's riding trains.

Component: Disability Access → Screenshots
Flags: needinfo?(sfoster)

I added the blocker. We can close out a bunch of bugs once bug 1870127 is resolved and we are actually riding the trains.

Depends on: 1870127
Flags: needinfo?(sfoster)

This is fixed now that 1870127 is closed.

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

Attachment

General

Created:
Updated:
Size: