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

Issue 602404 link

Starred by 2 users

Issue metadata

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



Sign in to add a comment

Some quads flicker in and out of existence when a background tab is cast to a meeting

Project Member Reported by jbroman@chromium.org, Apr 11 2016

Issue description

Version: 49.0.2623.111
OS: Chrome OS
Hardware: Chromebook Pixel 2 "samus"

What steps will reproduce the problem?
(1) Install the Cast beta extension (https://chrome.google.com/webstore/detail/google-cast-beta/dliochdbjfkdbacpmhlcpmleaejidimm).
(2) Cast a Google docs tab into a meeting.
(3) Switch to another tab and scroll around.
(4) Observe some elements (e.g. the logged in username, the icon on the comments button) flickering in and out of existence.

Turning on layer borders reveals that the quads are known (their debug borders draw), but the contents are missing. Maybe something's going awry with the copy request issued by WebContentsVideoCaptureDevice (seems to be via RenderWidgetHostViewAura)?

Video forthcoming once my recording comes through.
 

Comment 1 by pdr@chromium.org, Apr 11 2016

We had a lot of regressions in 49. Is there an easy way to test this in dev?
I'd have to put Dev on my Pixel, which is a bit of a pain.

This very much looks like a compositing bug, given that no repaints happen (paint rect flashing demonstrates this), and cc continues to show the debug borders for these quads.
(And I think the bugs you're talking about were Blink paint invalidation bugs.)

Comment 4 by w...@chromium.org, Apr 11 2016

Could this be the same as  issue 600805  (which occurs w/out a Cast session
active)?
Not sure.

Here's the recording I promised (Googlers only); I had to re-record it. You can see that invalidations work fine while the page is focused. While another tab is in the foreground, however, some things disappear. When I make another tab draw frames (by scrolling, by watching video, etc.), those elements flicker in and out in the background tab that is being cast.

https://drive.google.com/a/google.com/file/d/0BwPS_JpKyELWTk1XNFRWdXR5YXc/view

Comment 6 by sko...@chromium.org, Apr 12 2016

Cc: m...@chromium.org amp@chromium.org
Owner: btolsch@chromium.org
Status: Assigned (was: Untriaged)
@btolsch is this something you could take a look at? Seems like it might be related to Media Router.

Comment 8 by amp@chromium.org, Jun 9 2016

The repro steps detail using the legacy Cast extension, not media router.

Has this happened again recently (since Chrome 51 or even 50 went stable)?
Is it possible to cast into a meeting using media router? I've only done it with the extension.

Comment 10 by amp@chromium.org, Jun 13 2016

We are working on enabling cloud services (including Hangouts meetings) starting with media router as of Chrome 51 (specific domains whitelisted) and plan on a full launch in Chrome 52.
51 is currently stable; does that mean this is already available?
On 52.0.2743.57 beta, I can't reproduce the original issue, but only because the tab casting video freezes entirely when I switch to another tab (and doesn't even resume if I switch back!).

Aside: I don't even seem to be able to access the legacy cast extension anymore now that I'm on 52 beta, which makes this a pretty hefty regression in functionality for me.

Comment 13 by amp@chromium.org, Jul 6 2016

The video freezing on tab switch kind of sounds like crbug.com/622736, but that was for full screen content and only seen on m53 before, not m52.  Please comment there if you can repro reliably on m52 and the scenario matches what you are seeing.

Note that you can disable media router (at least until the experiment is removed from Chrome, probably around m55 or so) by turning off the media router flag: chrome://flags#ennable-media-router

You will need to re-enable or re-install the legacy Cast extension after that.
Thanks for the tip that MR can still be turned off. I can't reproduce my tab-freezing thing today, but it was reliable on the day that it happened. :/ Sorry that isn't particularly helpful.
Status: WontFix (was: Assigned)
I couldn't repro this with 57.0.2987.75 on the Pixel. 

Closing as not reproducible. jbroman@ please re-open if you see this again. Thanks!

Sign in to add a comment