Chrome hanging for two minutes after closing PeerConnection |
||||
Issue descriptionFrom posting on discuss-webrtc by Fred.clark@connectuscom.com: "I have a particular laptop that seems to crash Chrome when I exit a WebRTC video/audio call. I do a lot of testing of this WebRTC application. It normally works fine, but when I connect my desktop and my laptop and then try to close, Chrome on the laptop crashes. At that point there is nothing I can do about it except to wait for about 2 to 3 minutes. Then it clears itself and all is fine. Here is a list of devices that I normally use to test with: 1. HP desktop Windows 10 64 bit. Very fast and lots of memory. 2. Toshiba laptop Windows 10 64 bit. The Problem hardware. 3. Android Asus tablet vs 6.0 4.Samsung S5 phone vs 6.0 5. Surface Pro 3 Windows 10 64 bit I only have a problem between the HP desktop and the Toshiba laptop and then only the laptop has the problem. Calls between the laptop and other remote users is also not a problem. These two PC's are on the same LAN. I have recently tuned up this laptop and also deleted all extensions from Chrome. Nothing else on the laptop seems to be a problem. We have added diagnostics to the application, but it doesn't appear to be an application problem. It appears to be more of a Chrome issue. Using Chrome 57." Attached is a chrome://tracing trace. Note that Chrome isn't actually crashing, but rather hanging for two minutes. Though, not being very experienced at looking at traces, I didn't see anything that stood out to me. PeerConnection::Close by itself completes quickly, so it's not even clear if this issue is webrtc-related or not. Hoping someone else with more experience debugging Chrome issues can glean something the from the trace I couldn't.
,
Apr 3 2017
It is using VP8. Fred From: emir… via monorail [mailto:monorail+v2.879856812@chromium.org] Sent: Monday, April 03, 2017 1:56 PM To: fred.clark@connectuscom.com Subject: Issue 707466 in chromium: Chrome hanging for two minutes after closing PeerConnection
,
Apr 3 2017
WASAPIAudioInputStream and agc_audio_stream.h seems to be called until 95 second mark. It is hard to conclude something from trace, but it might be realted to audio device still running. grunnell@ can you take a look as well?
,
Apr 4 2017
There's nothing in the trace that indicates that audio is causing a hang. As emircan@ writes, it keeps running and looks normal.
,
Jan 11 2018
Feel free to reopen if you have consistent steps for reproducing the bug. I cannot repro on Win 10 currently. |
||||
►
Sign in to add a comment |
||||
Comment 1 by emir...@chromium.org
, Apr 3 2017Status: Assigned (was: Untriaged)