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

Issue 591667 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Apr 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Regression: Weird animation is seen on 'http://www.apple.com/in'

Reported by dmascare...@etouch.net, Mar 3 2016

Issue description

Chrome Version:50.0.2661.11 (Official Build) d99fa8d200178bce07b02a15d79512e7236088ee-refs/branch-heads/2661@{#51} 32/64-bit.
OS: All (Win 7 Aero enabled)

What steps will reproduce the problem?
1. Launch chrome and navigate to http://www.apple.com/in, click on 'Watch the film' link
2. Click on 'Fullscreen' icon of the video and wait for 5-8 sec,then press 'Esc' from keyboard
3. Observe the image animation.

Actual: Weird animation is seen. (refer the video)
Expected: Animation should be proper.

This is regression issue,broken in 'M 49' and below is Changelog:
https://chromium.googlesource.com/chromium/src/+log/49.0.2585.0..49.0.2586.0?pretty=fuller&n=10000

Suspecting: r363727 ?

Good build:49.0.2585.0
Bad build:49.0.2586.0

Could you please help to reassign if your change is not the cause for this change?

 
Actual_animation.mp4
2.1 MB Download
Expected_animation.mp4
1.8 MB Download
Labels: -Type-Bug -Pri-3 Type-Bug-Regression Pri-1
Labels: -M-49 M-51

Comment 3 by noel@chromium.org, Mar 3 2016

Owner: ----
Status: Available (was: Assigned)
r363727 is firstly bout "Ganesh rendering will query onGetYUV8Planes when rendering GIF frames..", as in GIF images.  Second, Ganesh is not even enabled for desktop Chrome platforms (where this bug is observed).

This report is seems about video rendering (not GIF image rendering) when video transitions to full-screen mode and back.  You are probably looking for some change in the video rendering stack.
Are you able to reproduce this readily? I've tried on Windows 8, chrome versions 51.0.2665.0 and 49.0.2623.75 and have yet to be able to cause this.

It does look to be an animation issue in that we somehow have the stale image of the phone in place while the phone div animates back in.
Labels: -OS-Linux Needs-Bisect
Unable to repro on Linux Chrome 50.0.2657.0.

The bisect range is enormous BTW, are we able to get a bisect on non-official builds for better granularity?
Labels: -Needs-Bisect
With response to comment #5:

Unable to narrow down the range, since unable to play video on chromium build.Please refer the attached video.

Note: Above issue is reproducible on Linux OS on chrome Version: 50.0.2661.14
Actual_chromium.mp4
701 KB Download

Comment 7 by noel@chromium.org, Mar 7 2016

Owner: vollick@chromium.org
Status: Assigned (was: Available)
The is bugs appears to be due to compositor animation (CSS transform) on gray phone not drawing correctly after exiting the full screen video.

See Actual_animation.mp4 in the OP at 0:23 secs (image attached). I suspect that the change was to animations ... https://codereview.chromium.org/1405993008





issue-591667.png
169 KB View Download
Labels: -M-51 M-49
Owner: ----
Status: Available (was: Assigned)
https://codereview.chromium.org/1405993008 shouldn't introduce any behavioral change without using compositor workers - I'm pretty confident that's not responsible here unless someone has missed reporting a precondition.

Comment 10 by loyso@chromium.org, Apr 18 2016

the current result for bisect seems wrong?

Comment 11 by loyso@chromium.org, Apr 21 2016

Labels: -hasbisect Needs-Bisect
Labels: -Needs-Bisect
With respect to comment #11:

Rechecked on Mac,Windows OS, above issue is not reproducible on Latest Chrome Version: 52.0.2714.0 9aefaad4599f95998436597e00dc07bb3d2a130e-refs/heads/master@{#388647}

Comment 13 by loyso@chromium.org, Apr 21 2016

Status: WontFix (was: Available)
Marking it as WontFix (comment #12)

Sign in to add a comment