Closed Bug 1784439 Opened 2 years ago Closed 2 years ago

[Colorway Closet] "Update available" badge lacks visibility with "Balanced" intensity and some colorways

Categories

(Firefox :: Theme, defect, P3)

Firefox 105
defect
Points:
2

Tracking

()

VERIFIED FIXED
106 Branch
Tracking Status
firefox103 --- disabled
firefox104 --- disabled
firefox105 --- disabled
firefox106 --- verified

People

(Reporter: hyacoub, Assigned: dao)

References

Details

(Whiteboard: [fidefe-2022-colorway-closet])

Attachments

(2 files)

Attached image 2022-08-12_11h02_37.png

Found in

  • Firefox 105.0a1

Affected versions

  • Firefox 105.0a1

Affected platforms

  • Windows 10 x64
  • Windows 11 x64
  • macOS 11.6
  • Ubuntu 20.04 x64

Preconditions
In about:config set:
"browser.theme.colorway-closet" to true
"browser.tabs.firefox-view" to true

Steps to reproduce

  1. Make sure not to have the latest Firefox Nightly build -> Update available - restart now should be displayed in the hamburger menu
  2. Open "Colorways closet" from Fxview or from about:addons
  3. Select "Balanced" intensity with any of the following colorways "playmaker, visionary, activist, dreamer"
  4. Open hamburger menu and observe "update available" badge

Expected result
"Update available" badge shouldn't lack visibility.

Actual result
"Update available" badge lacks visibility with "Balanced" intensity and some colorways.

Regression range
Not a regression.

Has STR: --- → yes
Severity: S3 → S4
Whiteboard: [fidefe-2022-colorway-closet]
Points: --- → 2
Priority: -- → P3

This is because we're using --panel-banner-item-update-supported-bgcolor both for the in-toolbar badge (where the background is dark-ish to the point that we use a white text colour, and where the colour looks fine) and for the in-menu badge (where the background is bright, and the colour looks bad).

A short-term solution could be to apply some processing logic to the variable and switch to the default colour green for the badge if the background colour of the panel is dark while the background colour of the toolbar is "dark". I'm unsure if there is a better solution available without adding more properties to the per-colourway list.

(In reply to :Gijs (he/him) from comment #1)

This is because we're using --panel-banner-item-update-supported-bgcolor both for the in-toolbar badge (where the background is dark-ish to the point that we use a white text colour, and where the colour looks fine) and for the in-menu badge (where the background is bright, and the colour looks bad).

A short-term solution could be to apply some processing logic to the variable and switch to the default colour green for the badge if the background colour of the panel is dark while the background colour of the toolbar is "dark".

That's an option. A simpler one would be to stop setting appmenu_update_icon_color in affected colorways. That property is implemented as a custom experiment, i.e. it isn't generally as part of the webext theme API, and the default color should provide sufficient contrast in most cases.

(In reply to Dão Gottwald [::dao] from comment #2)

(In reply to :Gijs (he/him) from comment #1)

A short-term solution could be to apply some processing logic to the variable and switch to the default colour green for the badge if the background colour of the panel is dark while the background colour of the toolbar is "dark".

That's an option. A simpler one would be to stop setting appmenu_update_icon_color in affected colorways. That property is implemented as a custom experiment, i.e. it isn't generally as part of the webext theme API, and the default color should provide sufficient contrast in most cases.

In fact I think the latter would be the preferred option, because I think the original idea was that the notification dot's color and the color used in the panel should match in order to visually connect the two.

Assignee: nobody → dao+bmo
Status: NEW → ASSIGNED

FYI, you can test this by running PanelUI._showBadge({id : "update-available"}); PanelUI._showBannerItem({id : "update-available"}); in the browser console.

Pushed by dgottwald@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/93caeb584fdd
Stop setting appmenu_update_icon_color in Activist/Dreamer/Playmaker Balanced, adopt Visionary Soft color in Visionary Balanced. r=Gijs
Status: ASSIGNED → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
Target Milestone: --- → 106 Branch

Verified as fixed on Windows 10/11 x64, Ubuntu 20.04 x64 and on macOS 11.6.

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

Attachment

General

Created:
Updated:
Size: