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

Issue 798134 link

Starred by 2 users
Status: Archived
Owner: ----
Closed: Jan 10
Cc:
█ viswatej...@techmahindra.com
ccameron@chromium.org
█ sc00335...@techmahindra.com
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

Incorrect rendering when color depth mixed

Reported by marcin.g...@gmail.com, Dec 30 2017 
UserAgent: Mozilla/5.0 (Windows NT 6.3; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.84 Safari/537.36

Steps to reproduce the problem:
1. Have Win 8.1 Pro machine with two monitors, one set to 8 bit color depth (my machine: NVidia GTX 1080 + Asus gaming monitor), another with 10 bit color depth (my machine: AMD FirePro V4800 + EIZO ColorEdge).
2. Browser renders correctly when window on the current default screen.
3. Move window to another screen, colors go berserk.

What is the expected behavior?
Browser rendered correctly on both default screen and another screen.

What went wrong?
Colors are way off on the screen that is not primary.

Did this work before? N/A 

Chrome version: 63.0.3239.84  Channel: stable
OS Version: 6.3
Flash Version: 

Solving might be non-trivial, as same issue exists with Firefox, Opera, VLC, Photoshop CS5. Other apps, such as Windows apps (file explorer, image viewer, etc.), GIMP, Lightroom 6, Corel AfterShot, Corel PaintShop Pro work correctly.
Zrzut ekranu (3).png
1.4 MB View Download

Comment 1 by krajshree@chromium.org, Jan 1 2018

Labels: Needs-Triage-M63

Comment 2 by sc00335...@techmahindra.com, Jan 2 2018

Cc: viswatej...@techmahindra.com sc00335...@techmahindra.com ccameron@chromium.org

Comment 3 by sc00335...@techmahindra.com, Jan 3 2018

Labels: Triaged-ET TE-NeedsTriageFromHYD
marcin.gomulkiewicz@ Thanks for the issue.

Tested this issue on Windows 10 on the latest Canary 65.0.3310.0 and Stable 63.0.3239.108 using two monitors HP E223 Monitor and HP LV1911 monitor and unable to reproduce the issue.

As Windows 8.1 Pro and monitors specified in the original comment are not available at TE end, requesting someone from Inhouse team to please look into the issue and help in further triaging.

Thanks..

Comment 4 by marcin.g...@gmail.com, Jan 3 2018 

I believe the keys to reproduce the problem are: 1) two graphic cards, 2) two color depths.

Comment 5 by brajkumar@chromium.org, Jan 4 2018

Labels: -TE-NeedsTriageFromHYD TE-NeedsTriageFromMTV
The above specified hardware is currently not available with HYD Chrome-TE team. Requesting MTV team to look in to this issue.

Thanks!

Comment 6 by marcin.g...@gmail.com, Jan 5 2018 

Update: I did some additional testing. It seems that to trigger the issue Chrome must be *started* when the deep-color (10-bits/color) screen is the default (then it looks ok on the 10-bits/color screen and messy on 8-bits/color screen). If Chrome is started when the 8-bits/color screen is the default, it behaves correctly on both screens, even if the default screen is changed when it's running.

Comment 7 by ccameron@chromium.org, Jan 10 2018

Components: -UI Internals>GPU
Moving to Internals>GPU. Note that that issues is specific to having 2 different GPUs and 2 different monitors, where one monitor is 10-bit. Also note that this is not related to color spaces (it is related to color spaces).

Does this issue reproduce with Windows 10?

Comment 8 by ccameron@chromium.org, Jan 10 2018

Labels: Needs-Feedback
Project Member

Comment 9 by sheriffbot@chromium.org, Jan 10

Status: Archived (was: Unconfirmed)
Issue has not been modified or commented on in the last 365 days, please re-open or file a new bug if this is still an issue.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
►

Sign in to add a comment