Closed Bug 1708985 Opened 3 years ago Closed 3 years ago

Choices in drop-down menu are invisible with Proton dark theme

Categories

(Firefox :: Foxfooding, defect, P1)

Firefox 90
Desktop
Windows 10
defect

Tracking

()

VERIFIED FIXED
90 Branch
Tracking Status
firefox-esr78 --- unaffected
firefox88 --- unaffected
firefox89 + verified
firefox90 --- verified

People

(Reporter: liamre, Assigned: Gijs)

References

(Regression)

Details

(Keywords: nightly-community, regression, Whiteboard: [proton-foxfooding][foxfooding][community][proton-context-menus] [proton-uplift])

Attachments

(1 file)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Firefox/78.0

Steps to reproduce:

Actual user agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:90.0) Gecko/20100101 Firefox/90.0

  1. Enable Proton dark theme
  2. Visit https://milkbarstore.com/collections/mothers-day-shop and click on quick view on one of the products
  3. Open the quantity drop-down menu

Actual results:

The choices in the drop-down menu are invisible except for the one under the cursor

Expected results:

The drop-down menu's choices should be visible

Whoops, I meant to file this in Foxfooding. Can someone move it there?

Component: Untriaged → Foxfooding

Never mind.

Has STR: --- → yes
Regressed by: 1703716
Whiteboard: [proton-foxfooding]

:liamrengland, could you try to find a regression range using for example mozregression?

Has Regression Range: --- → irrelevant

Set release status flags based on info from the regressing bug 1703716

Whiteboard: [proton-foxfooding] → [proton-foxfooding][foxfooding]
Whiteboard: [proton-foxfooding][foxfooding] → [proton-foxfooding][foxfooding][community]

This can be reproduced on Beta, marking as P1 since this is something we should fix on beta 89 as well.

Priority: -- → P1
Flags: needinfo?(gijskruitbosch+bugs)
Whiteboard: [proton-foxfooding][foxfooding][community] → [proton-foxfooding][foxfooding][community][proton-context-menus]

With the prefs for the win10 context menu enabled, this regressed with bug 1702626.

Regressed by: 1702626
No longer regressed by: 1703716
Severity: -- → S1
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Unspecified → Windows 10
Hardware: Unspecified → Desktop

I have a fix, just working on an automated test...

Assignee: nobody → gijskruitbosch+bugs
Status: NEW → ASSIGNED
Flags: needinfo?(gijskruitbosch+bugs)

Broadly, this patch does 2 things:

  • it mirrors the logic bug 1702258 introduced for <select> styling for <option> styling
  • it enforces that if the website specifies custom foreground colours for options,
    we use the website-specified colour for the select background, too (even if it
    matches the UA style).

I also added automated testing for 3 cases:

  1. the default dark mode situation (where we expect dark mode styles),
  2. the case from the bug where the website specifies #fff for the background
    of the select and the background of the options, but specifies a custom
    foreground colour for the option (but not the select).
  3. a very similar case where the website only specifies the background on the
    select, and only the foreground on the option.
Pushed by gijskruitbosch@gmail.com:
https://hg.mozilla.org/integration/autoland/rev/75badaa5291a
enforce the default background colour on the ContentSelect menulist's menupopup when custom option foreground colours are used, r=emilio,jaws
Status: ASSIGNED → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
Target Milestone: --- → 90 Branch

Reproduced the initial issue using Firefox 89 beta 8, verified that this is fixed using latest Nightly 90.0a1.

Romain, I'm guessing you'd like me to request uplift here?

Flags: needinfo?(rtestard)

Approved for Uplift.

Comment on attachment 9220416 [details]
Bug 1708985 - enforce the default background colour on the ContentSelect menulist's menupopup when custom option foreground colours are used, r?emilio!,jaws!

Beta/Release Uplift Approval Request

  • User impact if declined: Unusable dropdowns on websites if using dark mode
  • Is this code covered by automated tests?: Yes
  • Has the fix been verified in Nightly?: No
  • Needs manual test from QE?: Yes
  • If yes, steps to reproduce: See comment 0
  • List of other uplifts needed: nope
  • Risk to taking this patch: Low
  • Why is the change risky/not risky? (and alternatives if risky): This change only affects the select dropdown colouring which is what's broken, and increases automated test coverage for the brokenness. Only 1 JS file is affected.
  • String changes made/needed: Nope
Attachment #9220416 - Flags: approval-mozilla-beta?
Flags: qe-verify+
Flags: needinfo?(rtestard)
QA Whiteboard: [qa-triaged]

Comment on attachment 9220416 [details]
Bug 1708985 - enforce the default background colour on the ContentSelect menulist's menupopup when custom option foreground colours are used, r?emilio!,jaws!

Approved for 89 beta 11, thanks.

Attachment #9220416 - Flags: approval-mozilla-beta? → approval-mozilla-beta+

This issue is verified fixed using Firefox 89.0b11 (provided in comment 16) on Windows 10 64bit. The drop-down menu choices for the products on https://milkbarstore.com/collections/mothers-day-shop are now visible

Status: RESOLVED → VERIFIED
Flags: qe-verify+
Whiteboard: [proton-foxfooding][foxfooding][community][proton-context-menus] → [proton-foxfooding][foxfooding][community][proton-context-menus] [proton-uplift]
Blocks: 1703831
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: