Reload freezes browser when working with AudioWorklet
Reported by
andre.mi...@gmail.com,
Feb 9 2018
|
|||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.140 Safari/537.36 Steps to reproduce the problem: 1. Open freeze.html 2. Reload (sometimes it works ones but likely freezes the second time) 3. Chrome freezes (sometime the tab header loading wheel spins forever or silently) What is the expected behavior? Reload should reload as if it was a new tab. What went wrong? AudioWorklets might not get unloaded properly. The tab does not respond in any way. Did this work before? No Does this work in other browsers? N/A Chrome version: 64.0.3282.140 Channel: stable OS Version: OS X 10.13.0 Flash Version: Shockwave Flash 28.0 r0 It never worked. I already put that knowledge into my working flow and close the entire browser to open a new instance.
,
Feb 9 2018
andre.michelle@ I suggest you to try your example with this: 1. Disable `Experimental Web Platform Features` in chrome://flags 2. Launch Canary (66.0.3344.0) with the command line option `--enable-blink-features=AudioWorklet` instead. I confirmed that the browser does not freeze. This means some other experimental features is causing the freeze.
,
Feb 9 2018
Re #1: This is about the browser freeze, not glitch form the audio. Right?
,
Feb 9 2018
Yes, it looks like that audio-worklets are not unloaded appropriately. Just a guess of course. Sorry about the mention of glitches in this report. I copied and pasted my comment for both reports. I just wanted to point out that Canary does not solve the issue. I tried the command line option earlier but this has been happening ever since I tried AudioWorklet first.
,
Feb 9 2018
The problem is that I can't reproduce the freeze locally. Do you have any other repro case?
,
Feb 11 2018
,
Feb 11 2018
,
Feb 12 2018
This is the easiest example, I can provide. If I comment-out the creation of the AudioWorkletNode it works as expected.
,
Feb 12 2018
Re #8: Does this still happen when you launch Canary with the command line option instead of using the flag? Can you confirm? The crash might be related to some dependencies of AudioWorklet implementation, so isolating the issue is helpful for us to triage better.
,
Feb 22 2018
,
Mar 7 2018
andre.michelle@
I ran your repro case with a tiny modification at the end, so the test automatically refreshes itself for every 1 second:
setTimeout(() => { window.location.reload(); }, 1000);
The results are:
1. 67.0.3365.0 (Debug) - no crash or freeze in 10 minute run (~600 refreshes)
2. 67.0.3365.0 (Release) - crashes in 2 minutes. (~120 refreshes)
This seems to happen only on the release build. It needs further investigation.
,
Mar 7 2018
Actually the crash in #11 is a different issue: the issue 819845 . With that said, the fix for 819845 makes the release browser does not crash. I am still not sure if this issue is reproducible.
,
Mar 14 2018
Not reproducible on 67.0.3370.0 (Official Build) canary (64-bit). Please open a new issue if the problem persists. |
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by andre.mi...@gmail.com
, Feb 9 2018