The Fakespot shopping sidebar can be Zoomed in/out
Categories
(Firefox Graveyard :: Shopping, defect, P3)
Tracking
(Accessibility Severity:s3, firefox-esr102 disabled, firefox-esr115 disabled, firefox116 disabled, firefox117 disabled, firefox118 affected)
| Accessibility Severity | s3 |
People
(Reporter: rdoghi, Unassigned)
References
Details
(Keywords: access, Whiteboard: [fidefe-shopping])
Found in
- Nightly 118.0a1 (2023-08-18)
Affected versions
- Nightly 118.0a1 (2023-08-18)
Affected platforms
- ALL
Preconditions:
Set the browser.shopping.experience2023.enabled - TRUE
browser.shopping.experience2023.optedIn - 1
Set the toolkit.shopping.useOHTTP - TRUE
Steps to reproduce
- Reach about:preferences and turn off feature recommendations.
- Reach the Amazon https://www.amazon.com/dp/B09B6ZXD2V/ref=sbl_dpx_office-desks_B0B4CYW8FB_0 link
- Use Pinch Zoom or Ctrl+mouse wheel in order to zoom in and out of the Shopping sidebar.
Expected result
- The user should not be able to zoom in and out of the Sidebar.
Actual result
- The Fakespot shopping sidebar can be zoomed in and out.
Regression range
Not Applicable
Comment 1•2 years ago
|
||
:rdoghi, if you think that's a regression, could you try to find a regression range using for example mozregression?
Updated•2 years ago
|
Updated•2 years ago
|
Comment 4•2 years ago
•
|
||
(In reply to Rares Doghi, Desktop QA from comment #0)
Expected result
- The user should not be able to zoom in and out of the Sidebar.
FWIW, to whoever fixes this: we might actually want more graceful expected-results than just fully disabling zoom. The shopping sidebar's first-run UI has some fine print near the bottom (By selecting “Yes, try it“ you agree to [etc]) which is fairly small (font-size: 0.6875em; on the .legal-paragraph element[1] -- devtools says this works out to 11px). That text is important and might be hard for some users to read, and they might reach for mousewheel-zoom, with the expectation that it will work.
(Admittedly, full-page-zoom has no effect on some similar bits of Firefox UI -- e.g. the bookmarks/history sidebar that appears if you do Ctrl+H / Ctrl+B -- but those also don't have 11px-sized-text that might need to be zoomed to be visible.)
So: if we do disable zoom, we need to be extra-sure that we're abiding by whatever minimum font sizes that we aim to satisfy in other unzoomable areas of our UI.
Updated•2 years ago
|
Comment 5•2 years ago
|
||
Since both blocking zooming and allowing zoom that cuts off/overflows the content have accessibility implications especially for users with low vision, adding an access keyword and marking it up as access-s3 for now, because the current implementation does cut off some content when pinch-zoomed or browser zoomed on Windows.
Comment 6•2 years ago
|
||
The severity field for this bug is set to S4. However, the accessibility severity is higher, .
:jhirsch, could you consider increasing the severity?
For more information, please visit BugBot documentation.
Comment 7•2 years ago
|
||
Moving "fast follow" items to top-level in the shopping backlog. Apologies for bug spam
Comment 8•6 months ago
|
||
This bug is being closed because we are closing the Bugzilla component.
If this still needs attention, please re-open and change component to
the appropriate component or "General".
Updated•6 months ago
|
Updated•5 months ago
|
Description
•