Closed
Bug 1376516
Opened 9 years ago
Closed 8 years ago
Certain styled checkboxes appear unchecked when using custom background/foreground colours
Categories
(Core :: CSS Parsing and Computation, defect, P5)
Core
CSS Parsing and Computation
Tracking
()
RESOLVED
DUPLICATE
of bug 1335476
People
(Reporter: pbone, Unassigned)
Details
Attachments
(2 files)
When I use my accessability settings (white on black text, always override colours) the checkboxes on the crash report screen are invisible, I can tell where they are but they look the same checked or unchecked.
Comment 1•9 years ago
|
||
Can you provide a screenshot of which crash report screen you mean? What OS is this on?
Flags: needinfo?(pbone)
| Reporter | ||
Comment 2•9 years ago
|
||
I don't have a crash report screen open right now, and not sure how to crash things deliberately to make a screen shot. This is Linux Mint with the Cinnamon desktop.
Flags: needinfo?(pbone)
Updated•9 years ago
|
Component: General → Tabbed Browser
Summary: Crash report screen invisible controls with accessibility settings → In-content content process crash report page has invisible controls when using custom background/foreground colours
| Reporter | ||
Comment 3•9 years ago
|
||
This is not specific to the crash report page, but that is probably something we can control more easily. Here is a screen shot of the same problem in Gmail. The 3rd item is checked and the first two aren't. For comparison, the Firefox preferences screen does not have this problem, those boxes get white ticks in them when they're "on".
| Reporter | ||
Comment 4•9 years ago
|
||
My settings are:
Preferred foreground color: white
Preferred background color: black
Use system colors: no
Override page styles with these settings: always
Thanks.
Comment 5•9 years ago
|
||
Mike, I wonder if this regressed because of bug 418833. Is that plausible?
Flags: needinfo?(mconley)
Comment 6•9 years ago
|
||
(In reply to :Gijs from comment #5)
> Mike, I wonder if this regressed because of bug 418833. Is that plausible?
Possibly, although that work was mostly backed out (see bug 1357169), so I think it's only a slim possibility.
Hey mats, is this a known regression?
Flags: needinfo?(mconley) → needinfo?(mats)
Comment 7•9 years ago
|
||
If use settings indicated in comment 4, in v54.0.1 and Nightly on Linux
with this testcase:
data:text/html,<input type=checkbox><input type=checkbox checked>
it renders correctly as far as I can tell.
Paul, do you have additional styling in "userContent.css" by any chance?
There were some reports about that recently: bug 1377783.
Flags: needinfo?(mats) → needinfo?(pbone)
| Reporter | ||
Comment 8•9 years ago
|
||
I havn't knowingly changed userContent.css.
I was using an add-on called Stylish, but I think I disabled it while testing this bug and creating the screen shots. I didn't add any customisation that would normally affect these pages, (I added it only for some parts of treehearder). And Firefox will normally / should still override any colours specified by stylish.
Flags: needinfo?(pbone)
Comment 9•9 years ago
|
||
OK, does data:text/html,<input type=checkbox><input type=checkbox checked>
render the checkboxes correctly for you? (the 1st one should be unchecked,
the 2nd one checked)
Flags: needinfo?(pbone)
| Reporter | ||
Comment 10•9 years ago
|
||
Yes, that works fine. that's a different style. I had a quick look at how gmail does its checkboxes, since they're also invisible. They're divs which have attributes like aria-checked. Other checkboxes in the same style as google are those in Firefox's preferences, those are visible where as the gmail (and crash screen) arn't. I hope this helps.
Flags: needinfo?(pbone)
Updated•8 years ago
|
Component: Tabbed Browser → CSS Parsing and Computation
Product: Firefox → Core
Comment 11•8 years ago
|
||
Reproduced on FF51. This appears to have always been this way for checkboxes styled this way.
Severity: normal → enhancement
status-firefox55:
--- → wontfix
status-firefox56:
--- → wontfix
status-firefox57:
--- → wontfix
status-firefox-esr52:
--- → wontfix
Priority: -- → P5
Summary: In-content content process crash report page has invisible controls when using custom background/foreground colours → Certain styled checkboxes appear unchecked when using custom background/foreground colours
Updated•8 years ago
|
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•