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

Issue 612987 link

Starred by 1 user

Issue metadata

Status: Duplicate
Merged: issue 602246
Owner:
Closed: May 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Changing the browser size when the tab with a canvas is not focused seems to reset the canvas

Reported by daniel.l...@gmail.com, May 18 2016

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/50.0.2661.102 Safari/537.36

Example URL:
It's a tab switching issue, but this is a good example: http://jsfiddle.net/alancnet/9Q8nJ/

Steps to reproduce the problem:
1. Make your browser window not full screen
2. Go here: http://jsfiddle.net/alancnet/9Q8nJ/ (look at the text in the canvas in the bottom right)
3. Create a new chrome tab and switch to it
4. Make the browser window larger
5. Switch to the jsfiddle tab with the canvas

What is the expected behavior?
The canvas continues to render as if you resized the browser with that tab in focus

What went wrong?
The canvas' contents were cleared.

Does it occur on multiple sites: Yes

Is it a problem with a plugin? No 

Did this work before? N/A 

Does this work in other browsers? Yes 

Chrome version: 50.0.2661.102  Channel: stable
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: Shockwave Flash 21.0 r0

Disabling hardware acceleration fixes the issue.
 

Comment 1 by japhet@chromium.org, May 23 2016

Components: -Blink Blink>Canvas Blink>Compositing
Labels: -OS-Windows OS-All
Status: Available (was: Unconfirmed)
Able to reproduce on M51, but not on trunk.
Labels: M-51 Needs-Bisect
Status: Untriaged (was: Available)
Maybe this was fixed then.

Testing team: please bisect to see if this was fixed after M51.
Cc: brajkumar@chromium.org
Labels: -Type-Bug -Needs-Bisect hasbisect Type-Bug-Regression
Owner: emir...@chromium.org
Status: Assigned (was: Untriaged)
Able to reproduce on Windows 7 using chrome stable M50-50.0.2661.102 and latest canary M53-53.0.2746.0

Bisect Information:
=====================
Good build: 50.0.2642.0
Bad Build : 50.0.2643.0 

Change Log URL: https://chromium.googlesource.com/chromium/src/+log/aeec2fb6831ba25021c0275bd9feacea48dcc0d8..9909694b493e872de66cc26be9c510c249a6de5b

From the above change log suspecting below change

Review URL: https://codereview.chromium.org/1668373002

emircan@ - Could you please check whether this is caused with respect to your change, if not please help us in assigning it to the right owner.

Thanks!
Cc: junov@chromium.org
Owner: trchen@chromium.org
trchen@, can you take a look if this is related to https://codereview.chromium.org/1651153003? 

Comment 5 by trchen@chromium.org, May 24 2016

Cc: trchen@chromium.org
Owner: chrishtr@chromium.org
My CL is behind a flag. I suspect the bisect is inaccurate because it is not a 100% repro. My local bisect gets me 369677~369681.

https://chromium.googlesource.com/chromium/src/+log/9548514915b37a36ad23fc3dac96a3845778e3a7..0f04bec7805049ef3807aef67bf8596e34f7c5da

Culprit: https://codereview.chromium.org/1585793002
Mergedinto: 602246
Status: Duplicate (was: Assigned)

Sign in to add a comment