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

Issue 708944 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: Apr 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug


Participants' hotlists:
Hotlist-1


Sign in to add a comment

Dark color in chrome app window will be composed with the browser content

Reported by dragonat...@gmail.com, Apr 6 2017

Issue description

UserAgent: Mozilla/5.0 (X11; CrOS x86_64 9202.60.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/57.0.2987.137 Safari/537.36
Platform: 202.60.0 (Official Build) stable-channel link

Steps to reproduce the problem:
1. Make a window within chrome app
2. Make the background or title bar be dark, either via HTML or chrome API
3. Place the app window above the browser window which has content displayed

What is the expected behavior?
The dark part is opaque

What went wrong?
The dark part of the window seems semi-transparent, which will be composed with some content of browser window.
I think it may be caused by the incorrect compositor or blending functions choices during the window drawing.

What's more, a native screenshot image will be all correct, but rendering in the screen is incorrect.

Did this work before? No 

Chrome version: 57.0.2987.137  Channel: stable
OS Version: 9202.60.0
Flash Version: Shockwave Flash 25.0 r0
 
It will be only happened in ChromeOS
It is very difficult to take the photo via camera to expose the bug, below the mouse cursor, you can see some text which is belong to the brower window, not the wechat chrome app window
1806346691.jpg
38.7 KB View Download
Owner: afakhry@chromium.org
Status: Assigned (was: Unconfirmed)
<triage>
Cc: afakhry@chromium.org
Owner: wutao@chromium.org

Comment 5 by wutao@chromium.org, Apr 11 2017

Based on the description, seems the app is not totally opaque. I wonder if there a tool can quickly tell me the opacity under the cursor?

I can print out these parameters though to check.
I think it may be caused by the incorrect blending function or window compositor algorithm.

Because the browser content show in the dark part of a individual chrome window is not the top most page of browser sometimes.

You can make the chrome app secure shell as the test window, and make another browser window behind it.

What's more, it seems the text shown in dark part more obviously in the left part of the screen
989610913.jpg
2.5 MB View Download

Comment 7 by wutao@chromium.org, Apr 11 2017

I tested in desktop simulator and kevin on Chrome 59.0.3068.0, Platform 9439.0.0-17.04.07.
It looks fine to me. The black is opaque.


Comment 8 by wutao@chromium.org, Apr 11 2017

If you have a chance, could you turn on the flags --ash-debug-shortcuts, and press "CTRL + ALT + SHIFT" + L to print out the layer's info, including the opacity?

The info is in the log file: chrome. You can access it using the following commands:
open browser
CTRL + ALT + t
shell
cd
cd log
tail -f chrome

Comment 9 by wutao@chromium.org, Apr 11 2017

I will try device link tomorrow.
Could you be more specific what did you do in the second step:
2. Make the background or title bar be dark, either via HTML or chrome API

Thanks
I changed my device link into developer mode just now, bug logs shows opacity all OK.

chronos@localhost ~/log $ tail -f chrome | grep opacity
            opacity: 0
                  opacity: 0
                  opacity: 0
                  opacity: 0.00
                  opacity: 0.00
                  opacity: 0.00
                  opacity: 0.00
                  opacity: 0.00
                  opacity: 0.00
            opacity: 0.00
                  opacity: 0.00
                  opacity: 0.00
                  opacity: 0.00
                  opacity: 0.00
                  opacity: 0.00
                  opacity: 0.00
                  opacity: 0.00
                  opacity: 0.00
            opacity: 0.00
                  opacity: 0.00
                  opacity: 0.00
                  opacity: 0.00
                  opacity: 0.00
                  opacity: 0.00
                  opacity: 0.00
                  opacity: 0.00
                  opacity: 0.00
                  opacity: 0.00
                  opacity: 0.00
                  opacity: 0.00
                  opacity: 0.00
                  opacity: 0.00
                  opacity: 0.00
                  opacity: 0.00
                  opacity: 0.00
            opacity: 0.00
               opacity: 0.00
      opacity: 0.00
            opacity: 0.00

I guess it may be the bug for graphics drivers now, not the chrome ... So it only happened in the screen rendering. And after some hours use, the bug appears more frequently and obviously, it looks like stable content displayed in the screen left some info will impact new content displayed in the same places. 

More easy steps to reproduce the bug:

1. open a web page, such as this page fullscreen
2. wait for at least 10 minutes, make the screen content stable
3. open secure shell, no login.
4. place the shell tab in the left part of the screen
5. you can see the effect like my photo uploaded before

Both my link and samus have the bug

Comment 12 by wutao@chromium.org, Apr 11 2017

The attached image is from device link, the title bar of wechat is grey than the black shell, but it is opaque.


Screenshot 2017-04-11 at 9.43.55 AM.png
538 KB View Download

Comment 13 by wutao@chromium.org, Apr 11 2017

In the #12, the Chrome 58.0.2991.0, Platform 9197.0.0-17.01.18

Comment 14 Deleted

the browser window content should be white background with dark color. the app window, or even the secure shell window should be dark.
and the bug appears in the left part of the screen.

in my link, even the files app (title bar part) has the bug. I think it is a graphics driver bug.

And only screen rendering has the bug, screenshot is always correct without any bugs.
1139016764.jpg
3.2 MB View Download

Comment 16 by wutao@chromium.org, Apr 12 2017

Sorry I cannot reproduce this on LINK, Please see the attachment.
I changed my LINK version to Chrome: 57.0.2987.137/Platform: 9202.60.0
Screenshot 2017-04-11 at 18.56.29.png
83.8 KB View Download

Comment 17 by wutao@chromium.org, Apr 12 2017

On my screen, it looks good too.

Comment 18 by wutao@chromium.org, Apr 12 2017

Wait for a while, I do see the file app title can be see through.

Comment 19 by wutao@chromium.org, Apr 12 2017

Another thing is that if you put your browser on one position for a long time (until you can see through from the file app title), you move the browser to other place, and move the file app title back to the old position, you still can see the old text in the old position.

It might be the hardware issue with phantom images. 
see: https://support.apple.com/en-us/HT202580

Comment 20 by wutao@chromium.org, Apr 15 2017

Cc: marc...@chromium.org
+marcheu@, could you please verify this is a hardware issue and WontFix.

From the following links, it says that we use IPS display:
https://support.google.com/chromebook/answer/2762037
https://support.google.com/chromebook/answer/6164568


Status: WontFix (was: Assigned)
Yes this is burn-in on the panel, technically this is a hardware problem (the panel "remembers" the old colors when the same thing has been displayed for a while). This goes away once you start displaying something else.

Sign in to add a comment