Issue metadata
Sign in to add a comment
|
Canvas stopped working after tab discarding
Reported by
yong...@toremote.com,
Mar 30 2016
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.110 Safari/537.36 Example URL: http://remotespark.com:8080/ Steps to reproduce the problem: 1. try connect to a rdp server 2. switch the tab 3. switch back, the screen is white. in JS console, get the canvas content and draw something which will not work. What is the expected behavior? The screen should remain displayed What went wrong? The screen is blank and white Does it occur on multiple sites: N/A Is it a problem with a plugin? No Did this work before? Yes before tab discarding Does this work in other browsers? N/A Chrome version: 49.0.2623.110 Channel: stable OS Version: 10.0 Flash Version: Shockwave Flash 21.0 r0 disable tab discarding will fix the problem. The application is using websocket, canvas, and requestAnimationFrame If it doesn't use requestAnimationFrame to draw the canvas, it's working fine.
,
Mar 30 2016
,
Mar 30 2016
,
Mar 30 2016
I did more research on this. We also have ssh, telnet client which don't have this issue: http://remotespark.com:8080/ssh.html http://remotespark.com:8080/telnet.html The difference is RDP is using more memory. When switched back from another tab, the canvas looks like became invalid. You can draw anything on it but no real output. If I try set canvas.width += 1 , then everything will be back to normal. checked chrome://discards, the tab was actually not discarded, but obviously Chrome tried to recycle the canvas and make it invalid.
,
Apr 5 2016
,
Apr 6 2016
Un-merging based on report from yongtao@
,
Apr 10 2016
I tested this again on Canary, here is the new result: 1. Connect to RDP server, see the screen 2. Switch to another tab, do something and wait for several seconds. 3. Switch back to the RDP tab. The canvas is blank and not working. 4. Switch to another tab (do nothing), then switch back to RDP tab, the canvas is working again. This can always be reproducible.
,
Apr 18 2016
,
May 19 2016
Is this still broken?
,
May 19 2016
Just tested it again on Version 52.0.2741.0 canary (64-bit) and Version 50.0.2661.102 m still the same: 1. Connect to RDP server, see the screen 2. Switch to another tab, do something and wait for several seconds. 3. Switch back to the RDP tab. The canvas is blank and not working. 4. Switch to another tab (do nothing), then switch back to RDP tab, the canvas is working again, may need to try step 4 2 more times.
,
Jun 1 2016
Moving this nonessential bug to the next milestone. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by cbiesin...@chromium.org
, Mar 30 2016