[Ubuntu] Youtube video controls are improperly displayed while in High Contrast
Categories
(Core :: Widget: Gtk, defect, P3)
Tracking
()
People
(Reporter: danibodea, Assigned: emilio)
Details
Attachments
(3 files)
Note
- The Youtube video controls are improperly displayed while in High Contrast on Ubuntu 18.
Affected versions
- Nightly v74.0a1
- Beta v73.0b11
Affected platforms
- Ubuntu 18
Steps to reproduce
- Activate OS High Contrast mode.
- Open browser.
- Open a Youtube video.
Expected result
- Control buttons are properly displayed.
Actual result
- Control buttons are improperly displayed.
Regression range
14:43.94 INFO: No more inbound revisions, bisection finished.
14:43.94 INFO: Last good revision: 70ee38a87597c71c3e51f984a0dd4d7e46e3c02d
14:43.94 INFO: First bad revision: dbeea4db8edeac1d346210eccbd1ed0240d5f65f
14:43.94 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=70ee38a87597c71c3e51f984a0dd4d7e46e3c02d&tochange=dbeea4db8edeac1d346210eccbd1ed0240d5f65f
Comment 1•5 years ago
|
||
Seems to come from Bug 1606036 - Implement high contrast mode in GTK. r=stransky
Emilio, can you take a look please?
Thanks.
Assignee | ||
Comment 2•5 years ago
|
||
Hi Daniel, do you know if this repros on Windows too?
Reporter | ||
Comment 3•5 years ago
|
||
Yes, of course. It only occurs on Ubuntu.
Assignee | ||
Comment 4•5 years ago
|
||
Even if you enable windows' high-contrast mode? That is odd
Reporter | ||
Comment 5•5 years ago
|
||
Yes, I could not reproduce this on Windows 10. I have reverified on 2 other test machines. If you enable the Windows High Contrast feature and open a youtube video, the icons of the video controls are visible.
Assignee | ||
Comment 6•5 years ago
|
||
That's just by chance because the buttons happen to be dark. Will fix.
Assignee | ||
Comment 7•5 years ago
|
||
There were two issues with the existing code that we use to determine whether a
widget is styled or not.
First, it was using color == Color::transparent()
instead of
color.is_transparent()
to check for transparent backgrounds. That is not sound
as Color::transparent()
is the literal value rgba(0, 0, 0, 0)
, not the
transparent
keyword, so the equality check would fail.
The other issue is that this function was early-returning false if that check
was returning false. It is a bug for this function to early-return false, as it
makes the result of the function dependent of the order of the declarations.
Comment 9•5 years ago
|
||
bugherder |
Updated•5 years ago
|
Reporter | ||
Comment 10•5 years ago
|
||
This fix was verified on Nightly v76.0a1 from 2020-03-19 and Beta v75.0b6.
Description
•