New issue
Advanced search Search tips
Note: Color blocks (like █ or █) mean that a user may not be available. Tooltip shows the reason.

Issue 662213 link

Starred by 1 user
Status: Archived
Owner: ----
Closed: Jun 2017
Cc:
█ krajshree@chromium.org
ericrk@chromium.org
█ sureshkumari@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

The browser's interpretation of the 'opacity' CSS attribute has become much lighter

Reported by jha...@23andme.com, Nov 3 2016 
UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.87 Safari/537.36

Steps to reproduce the problem:
1. Style an element on a page with 'opacity: .1' in the current version of Chrome
2. Do the same in chrome v53 or older.
3. Compare the two and note that the current version has a much lighter shade. 

What is the expected behavior?
The shade of opacity is much lighter than prior versions of chrome and compared to other browsers. 
The opacity at .1 should be consistent with what it was before. 

What went wrong?
The browser's interpretation of opacity has become too light. 

Did this work before? N/A 

Chrome version: 54.0.2840.87  Channel: stable
OS Version: OS X 10.11.3
Flash Version: Shockwave Flash 23.0 r0

Comment 1 by krajshree@chromium.org, Nov 4 2016

Cc: krajshree@chromium.org
Labels: Needs-Feedback
Reporter@ - Could you please provide a sample html file to test this issue.

Thanks...!!

Comment 2 by eostroukhov@chromium.org, Nov 4 2016

Components: -Platform>DevTools Blink>CSS

Comment 3 by mikelawther@chromium.org, Apr 5 2017

Components: -Blink>CSS Blink>Paint
Labels: Needs-Bisect
Here is a test case according to the original report: https://jsfiddle.net/mrteemwL/

Test team - can you please confirm that behaviour changes from m53 to m54 on Mac OSX per the report?

Also, this seems like it would be a Paint issue, not a Style issue.

Comment 4 by schenney@chromium.org, Apr 5 2017

Components: -Blink>Paint Internals>Compositing
Labels: -Needs-Feedback
Opacity like this is either raster or compositor. Since we're on Mac it may even be the switch to surfaces.

Comment 5 by sureshkumari@chromium.org, Apr 6 2017

Cc: sureshkumari@chromium.org
Labels: Needs-Feedback
Unable to reproduce the issue on MacBook Air-10.12.3,Mac Retina-10.12.3 ,Window-7 and Linux Ubuntu-14.04 using chrome stable version 57.0.2987.133 & canary 59.0.3063.0 and reported version 54.0.2840.87 & 53.0.2744.0 and 54.0.2840.0 with given file from comment#4.
And also not observed any behavior changes from M53 to M54.
Please find the attached screenshots for reference.

Thanks.
M53.0.2744.0.png
54.4 KB View Download
M54.0.2840.0.png
60.2 KB View Download

Comment 6 by shrike@chromium.org, Apr 29 2017

Cc: ericrk@chromium.org
Could the issue be GPU raster? I believe it shipped in M54 on the Mac.

Comment 7 by tapted@chromium.org, Jun 16 2017

Status: Archived (was: Unconfirmed)
Maybe a monitor calibration issue?

Giving the translucent div a white background shows the color to me as 90% red/green using the color meter, which seems correct for an opacity of 0.1 of blue. So if we did something different before, it was probably wrong.

Comment 8 by tapted@chromium.org, Jun 16 2017

blue.png
66.2 KB View Download
►

Sign in to add a comment