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

Issue 623540 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Mar 2018
Cc:
Components:
EstimatedDays: ----
NextAction: 2018-03-16
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

Weird black patches are seen on top LHS of tab strip after opening the Cast overlay.

Reported by yfulgaon...@etouch.net, Jun 27 2016

Issue description

Chrome version : 53.0.2778.0 (Official Build) 1c74487d2fedacf44e9267e552b6575fc5a6ce11-refs/heads/master@{#401784} 32/64 bit
OS : Windows (7,8,8.1,10)

Pre-condition : Please enable 'Media Router' flag from chrome://flags.

URL : https://chrome.google.com/webstore/detail/donna-karan/fijgnliiiplghalknhobbcngpcngaoji?hl=en

What steps will reproduce the problem?
1. Launch chrome, open at least 3 NTP, then go to the above URL and install the theme.
2. Open Wrench menu, go to settings and click on 'Restore to default theme' button.
3. Now, right click on page and select 'Cast' option, observe the top LHS of Tab strip.

Actual : Weird black patches are seen on top LHS of tab strip after opening the Cast overlay. 
Expected : No such black patches should be seen on top LHS of tab strip after opening the Cast overlay.

This is a non-regression issue, seen from M-46 (Build 46.0.2468.0) as the 'Cast' overlay was not available in previous builds. 

Note : Above issue is not reproducible on Linux(14.04 LTS) and Mac(10.10.5, 10.11.4) OS.
 
Actual_result.png
167 KB View Download
Actual_result.mp4
2.1 MB View Download
Able to reproduce the issue on win8.1 chrome version 53.0.2780.0
Status: Untriaged (was: Unconfirmed)

Comment 3 by sko...@chromium.org, Jun 29 2016

Components: -Blink>PresentationAPI -UI>Browser>Themes UI>Browser>TabStrip Internals>Compositing
I don't think this has anything to do with Cast.  In the video you can see that after opening the NTP and after restoring the default theme, a portion of the tabstrip becomes semi-transparent (you can see the Windows desktop underneath).  This doesn't seem right, and suggests a general compositing issue.
Project Member

Comment 4 by sheriffbot@chromium.org, Jul 2 2016

Labels: -M-53 M-54 MovedFrom-53
Moving this nonessential bug to the next milestone.

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

Comment 5 by sky@chromium.org, Jul 7 2016

Cc: danakj@chromium.org
+dana for random compositing issue.

As to "a portion of the tabstrip becomes semi-transparent (you can see the Windows desktop underneath)"

That's typical windows behavior.

It looks to me as though when 'cast' is chosen the layer the tabstrip draws to is getting discarded and we're not repainting it.

Comment 6 by vmi...@chromium.org, Jan 19 2017

Status: Available (was: Untriaged)

Comment 7 by danakj@chromium.org, Jan 19 2017

Well it doesn't repro on linux fwiw.
Project Member

Comment 8 by sheriffbot@chromium.org, Mar 9 2018

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available. If you change it back, also remove the "Hotlist-Recharge-Cold" label.

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

Comment 9 by piman@chromium.org, Mar 9 2018

NextAction: 2018-03-16
Does this still happen?
The NextAction date has arrived: 2018-03-16
Status: WontFix (was: Untriaged)
We've made big changes since this bug was filed e.g. direct composition, flip mode swap chains, etc.

WontFix because nobody has chimed in to confirm the issue still exists.

Sign in to add a comment