New issue
Advanced search Search tips

Issue 889032 link

Starred by 2 users
Status: Duplicate
Owner:
hbos@chromium.org
Closed: Sep 26
Cc:
guidou@chromium.org
ossu@chromium.org
m...@chromium.org
hbos@chromium.org
rantonysamy@chromium.org
jansson@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 1
Type: Bug



Sign in to add a comment

Chrome tab crashes after the classic hangouts call is over

Project Member Reported by vasanthakumar@chromium.org, Sep 25 
Chrome Version: 71.0.3561.0
OS: Windows 10 Hp spectre

What steps will reproduce the problem?
(1)Open chrome from canary build 71.0.3561.0
(2)Go to gmail.com and pick a user and perform a video call

What is the expected result?
User experiences the good quality throughout out the video call.

What happens instead?
As soon as the other user[I used macbook pro] leave the hangouts call, Click on hang-up button. Chrome crashes the pop-ed up window and gmail.com tab. 

Reproducibility?
100%. Most of the time its crashing instantly but some times this crash is delayed. Sometimes the crash happens after try to make the video call. 

Logs:
Report ID 707fa87069d3a433 (Local Crash ID: 4b8c4977-0802-4f3d-92cd-f5b5908cf0ad)
Report ID 77339e84a532e343 (Local Crash ID: cd01d028-1815-4c28-8a0f-1d21c0083500)
Report ID f8accaf883f6f8a5 (Local Crash ID: 9a04efd7-69d2-4066-afbb-825c3a6625b7)
Report ID ad637a759c8c2c0f (Local Crash ID: 83054202-818f-43f9-913f-86bcc2647d70)

Comment 1 by creis@chromium.org, Sep 25

Owner: hbos@chromium.org
[Stability sheriff] hbos@, can you help triage?  Looks like this might involve some code in RemoteAudioTrackAdapter and WebRtcMediaStreamTrackAdapter.

Crash stack:

Thread 20 (id: 0x3520) CRASHED [EXCEPTION_ACCESS_VIOLATION_READ @ 0x00000018 ] MAGIC SIGNATURE THREAD
Stack Quality100%Show frame trust levels
0x00007ff9d4a872d4	(chrome_child.dll -persistent.h:290 )	blink::PersistentBase<blink::AXObject,blink::kNonWeakPersistentConfiguration,blink::kSingleThreadPersistentConfiguration>::Uninitialize
0x00007ff9d4f9ad72	(chrome_child.dll -web_private_ptr.h:204 )	blink::PtrStorageImpl<blink::AXObject,blink::kWebPrivatePtrDestructionSameThread,blink::WebPrivatePtrStrength::kNormal,blink::kGarbageCollectedLifetime>::Release
0x00007ff9d661029f	(chrome_child.dll -remote_media_stream_track_adapter.h:69 )	content::RemoteMediaStreamTrackAdapter<webrtc::AudioTrackInterface>::~RemoteMediaStreamTrackAdapter
0x00007ff9d6610847	(chrome_child.dll -remote_media_stream_track_adapter.cc:71 )	content::RemoteAudioTrackAdapter::~RemoteAudioTrackAdapter
0x00007ff9d6127401	(chrome_child.dll -webrtc_media_stream_track_adapter.cc:75 )	content::WebRtcMediaStreamTrackAdapter::~WebRtcMediaStreamTrackAdapter()
0x00007ff9d6127875	(chrome_child.dll -webrtc_media_stream_track_adapter.cc:72 )	content::WebRtcMediaStreamTrackAdapter::~WebRtcMediaStreamTrackAdapter
0x00007ff9d424ced8	(chrome_child.dll -bind_internal.h:874 )	base::internal::BindState<void (*)(const scoped_refptr<media::cast::CastEnvironment> &, media::cast::SoftwareVideoEncoder *),scoped_refptr<media::cast::CastEnvironment>,media::cast::SoftwareVideoEncoder *>::Destroy
0x00007ff9d33d8328	(chrome_child.dll -task_annotator.cc:101 )	base::debug::TaskAnnotator::RunTask(char const *,base::PendingTask *)
0x00007ff9d33d7b7e	(chrome_child.dll -message_loop.cc:434 )	base::MessageLoop::RunTask(base::PendingTask *)
0x00007ff9d33d1654	(chrome_child.dll -message_loop.cc:517 )	base::MessageLoop::DoWork()
0x00007ff9d33d14a8	(chrome_child.dll -message_pump_default.cc:37 )	base::MessagePumpDefault::Run(base::MessagePump::Delegate *)
0x00007ff9d33d0a30	(chrome_child.dll -run_loop.cc:102 )	base::RunLoop::Run()
0x00007ff9d33ce20a	(chrome_child.dll -thread.cc:357 )	base::Thread::ThreadMain()
0x00007ff9d4c29ccc	(chrome_child.dll -platform_thread_win.cc:100 )	base::`anonymous namespace'::ThreadFunc
0x00007ffa296d3033	(KERNEL32.DLL + 0x00013033 )	BaseThreadInitThunk
0x00007ffa2bb61430	(ntdll.dll + 0x00071430 )	RtlUserThreadStart

Comment 2 by creis@chromium.org, Sep 25 

Looks like this is probably a dupe of issue 888460, but I'll let hbos@ confirm.  Hopefully the repro steps are useful!

Comment 3 by guidou@chromium.org, Sep 25

Status: Assigned (was: Untriaged)

Comment 4 by hbos@chromium.org, Sep 26

Cc: m...@chromium.org
miu@ do you know how media::cast::SoftwareVideoEncoder ties in to gmail/hangouts calls (repro steps at #1)? I thought this was Chromecast stuff.

Comment 5 by creis@chromium.org, Sep 26

Cc: hbos@chromium.org
Owner: m...@chromium.org
Assigning to miu@ for the question in comment 4.  (Note that it's possible for the BindState template parameters to be listed incorrectly in the call stack if they happen to match another set of parameters, but ajwong@ points out that's less likely in cases where there's multiple parameters like this.  So, it's probably media::cast::SoftwareVideoEncoder, but not 100% certain.)

Comment 6 by creis@chromium.org, Sep 26

Mergedinto: 888460
Owner: hbos@chromium.org
Status: Duplicate (was: Assigned)
Nevermind, just saw https://bugs.chromium.org/p/chromium/issues/detail?id=888460#c8.  Marking as a dupe.
►

Sign in to add a comment