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

Issue 773337 link

Starred by 10 users

Issue metadata

Status: Duplicate
Merged: issue 769488
Owner:
OOO until 2019-01-24
Closed: Oct 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug-Regression

Blocked on:
issue 769488


Show other hotlists

Hotlists containing this issue:
Hotlist-1


Sign in to add a comment

WebGL animations sometimes stutter/flicker in Chrome 61, exacerbated by border-radius>0 & overflow=hidden

Reported by lau...@mapbox.com, Oct 10 2017

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.100 Safari/537.36

Steps to reproduce the problem:
1. Load test case (attached, but also available at http://bl.ocks.org/lbud/raw/42e74264e3ef6c92cd677ea565445050/ )
2. Toggle both buttons on to set canvas border-radius > 0px & overflow = hidden

What is the expected behavior?
Smooth animation

What went wrong?
The animation stutters, as if occasionally swapping frames with previous frames (creating the appearance in this case of the rotation occasionally stuttering backward).

Setting the WebGL canvas's border-radius to > 0px and/or setting overflow to hidden greatly exacerbate the effect (presumably due to compositing?), but the stutter can also be reproduced without either property.

I'm attaching a screen capture of what I see — if I do some unburdening of my CPU the effect is lessened but still easily reproduced.

I'm on a 2016 13" MacBook Pro with Intel Iris Graphics 550 1536 MB.
My colleagues with 15" Macbook Pros with AMD Radeon Pro 450 chips are able to just barely reproduce this, much more subtly. 

This was originally reported in the Mapbox GL project — https://github.com/mapbox/mapbox-gl-js/issues/5333 provides some context behind the investigation of properties that exacerbate this. Here's a reduced map test case that demonstrates the fact, as mentioned in that ticket, that the stutter is severely exacerbated when the canvas is unfocused: https://bl.ocks.org/lbud/raw/632c6afc8f51c5907f3857893bf3062b/ . Note that I believe there's a second (maybe related? — will file separately) bug wherein Chrome isn't correctly detecting the end of the frame — once the map has loaded, click on the map to finish the first load, then zoom in and out quickly with the map focused and it should look mostly fine. Then click outside of the map to unfocus but zoom in and out with the trackpad to see severe flickering. I'm attaching a second video demonstrating this in a map (initially with the map focused, then unfocused).

Did this work before? Yes Chrome 60

Does this work in other browsers? Yes

Chrome version: 61.0.3163.100  Channel: stable
OS Version: OS X 10.12.6
Flash Version:
 
stutter.html
5.6 KB View Download
20171010_webgl_stutter.mov
855 KB Download
20171010_webgl_stutter_map.mov
26.5 MB Download

Comment 1 Deleted

Labels: Needs-Bisect Needs-Triage-M61
Cc: vamshi.k...@techmahindra.com
Labels: Triaged-ET TE-NeedsTriage-Help
Unable to reproduce the issue on the reported chrome version stable 61.0.3163.100 and on the latest canary 63.0.3236.0 using Mac 10.12.6. We have checked the issue on MacBook Air.(13-inch,Early 2014) with Intel HD Graphics 5000 1536MB 
Attaching the screencast of the same.

Requesting someone from inhouse team to take a look at this if issue specific graphics are available.

Thanks!
773337.mp4
1.2 MB View Download
773337-2.mp4
4.4 MB View Download

Comment 4 by kbr@chromium.org, Oct 11 2017

Blockedon: 769488
Labels: Needs-Feedback
Owner: kbr@chromium.org
I can't reproduce this on a MacBook Air with Intel HD 6000 GPU and macOS 10.12.6, but it sounds like the same problem as  Issue 769488 , which was just fixed. Can you please confirm that the stuttering occurs with this Chromium continuous build:

https://commondatastorage.googleapis.com/chromium-browser-snapshots/index.html?prefix=Mac/505146/

and is fixed with this build:

https://commondatastorage.googleapis.com/chromium-browser-snapshots/index.html?prefix=Mac/505159/

Thanks.

Comment 5 by lau...@mapbox.com, Oct 11 2017

Oh awesome, yes — fixed on the 505159 build. Same with the other bug I filed, https://bugs.chromium.org/p/chromium/issues/detail?id=773342, so I'm assuming it shared the same underlying issue. Thanks!
Project Member

Comment 6 by sheriffbot@chromium.org, Oct 11 2017

Cc: kbr@chromium.org
Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "kbr@chromium.org" to the cc list and removing "Needs-Feedback" label.

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

Comment 7 by kbr@chromium.org, Oct 11 2017

Mergedinto: 769488
Status: Duplicate (was: Unconfirmed)
Great. Thank you for confirming. I'll request to merge my fix back to M62 then.

Sign in to add a comment