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

Issue 650909 link

Starred by 1 user
Status: WontFix
Owner:
█ jrw@chromium.org
Last visit > 30 days ago
Closed: Nov 2016
Cc:
mfo...@chromium.org
btolsch@chromium.org
powerb@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows , Mac
Pri: 3
Type: Bug-Regression



Sign in to add a comment

Cannot cast to Hangouts on Windows/Mac

Project Member Reported by taku...@chromium.org, Sep 28 2016 
Does not repro on: Win/55.0.2873.3, Linux/55.0.2874.0 (ToT)
Repros on: Win/55.0.2874.0 (ToT)

What steps will reproduce the problem?
(1) In the MR dialog, choose a Hangouts session as the sink
(2) Wait for casting to work

The cast toolbar icon turns blue, and the user is seen joining the Hangouts session, but no contents are displayed. The MR dialog also doesn't navigate from the sinks list view to the route details view, and the loading wheel for the sink just keeps on spinning. Repros both with tab mirroring and YouTube.

This is reproing 100% of the time on Win/55.0.2874.0 for me. Stack trace:

[29516:26408:0927/164512:ERROR:common.cc(59)] c:\src\third_party\webrtc\api\peerconnection.cc(1969): ASSERT FAILED: data_channel_it != rtp_data_channels_.end() @ webrtc::PeerConnection::UpdateLocalRtpDataChannels
Backtrace:
        webrtc::PeerConnection::UpdateLocalRtpDataChannels [0x000001F1B2FFAF05+277]
        webrtc::PeerConnection::SetLocalDescription [0x000001F1B2FF9066+1222]
        webrtc::ReturnType<void>::Invoke<webrtc::PeerConnectionInterface,void (__cdecl webrtc::PeerConnectionInterface::*)(webrtc::SetSessionDescriptionObserver * __ptr64,webrtc::SessionDescriptionInterface * __ptr64) __ptr64,webrtc::SetSessionDescriptionObserver [0x000001F1B3017C5B+43]
        webrtc::MethodCall2<webrtc::PeerConnectionInterface,void,webrtc::SetSessionDescriptionObserver * __ptr64,webrtc::SessionDescriptionInterface * __ptr64>::OnMessage [0x000001F1B302B1A8+72]
        webrtc::internal::SynchronousMethodCall::Invoke [0x000001F1B2FEFEBE+62]
        webrtc::MethodCall2<webrtc::PeerConnectionInterface,void,webrtc::SetSessionDescriptionObserver * __ptr64,webrtc::SessionDescriptionInterface * __ptr64>::Marshal [0x000001F1B3029554+52]
        webrtc::PeerConnectionProxyWithInternal<webrtc::PeerConnectionInterface>::SetLocalDescription [0x000001F1B302C214+132]
        base::internal::FunctorTraits<void (__cdecl webrtc::PeerConnectionInterface::*)(webrtc::SetSessionDescriptionObserver * __ptr64,webrtc::SessionDescriptionInterface * __ptr64) __ptr64,void>::Invoke<scoped_refptr<webrtc::PeerConnectionInterface> const & __p [0x000001F1B38E3244+84]
        base::internal::InvokeHelper<0,void>::MakeItSo<void (__cdecl webrtc::PeerConnectionInterface::*const & __ptr64)(webrtc::SetSessionDescriptionObserver * __ptr64,webrtc::SessionDescriptionInterface * __ptr64) __ptr64,scoped_refptr<webrtc::PeerConnectionInte [0x000001F1B38E47EF+111]
        base::internal::Invoker<base::internal::BindState<void (__cdecl webrtc::PeerConnectionInterface::*)(webrtc::SetSessionDescriptionObserver * __ptr64,webrtc::SessionDescriptionInterface * __ptr64) __ptr64,scoped_refptr<webrtc::PeerConnectionInterface>,base: [0x000001F1B38E5864+148]
        base::internal::Invoker<base::internal::BindState<void (__cdecl webrtc::PeerConnectionInterface::*)(webrtc::SetSessionDescriptionObserver * __ptr64,webrtc::SessionDescriptionInterface * __ptr64) __ptr64,scoped_refptr<webrtc::PeerConnectionInterface>,base: [0x000001F1B3903F73+51]
        base::internal::RunMixin<base::Callback<void __cdecl(void),1,1> >::Run [0x000001F1AFE575D5+85]
        base::internal::RunMixin<base::Callback<webrtc::SessionDescriptionInterface const * __ptr64 __cdecl(void),1,1> >::Run [0x000001F1B3904268+328]
        base::internal::FunctorTraits<void (__cdecl*)(base::Callback<void __cdecl(void),1,1> const & __ptr64,char const * __ptr64),void>::Invoke<base::Callback<void __cdecl(void),1,1> const & __ptr64,char const * __ptr64 const & __ptr64> [0x000001F1B38E2ABB+59]
        base::internal::InvokeHelper<0,void>::MakeItSo<void (__cdecl*const & __ptr64)(base::Callback<void __cdecl(void),1,1> const & __ptr64,char const * __ptr64),base::Callback<void __cdecl(void),1,1> const & __ptr64,char const * __ptr64 const & __ptr64> [0x000001F1B38E3E83+83]
        base::internal::Invoker<base::internal::BindState<void (__cdecl*)(base::Callback<void __cdecl(void),1,1> const & __ptr64,char const * __ptr64),base::Callback<void __cdecl(void),1,1>,char const * __ptr64>,void __cdecl(void)>::RunImpl<void (__cdecl*const &  [0x000001F1B38E4CB3+115]
        base::internal::Invoker<base::internal::BindState<void (__cdecl*)(base::Callback<void __cdecl(void),1,1> const & __ptr64,char const * __ptr64),base::Callback<void __cdecl(void),1,1>,char const * __ptr64>,void __cdecl(void)>::Run [0x000001F1B3903A73+51]
        base::internal::RunMixin<base::Callback<void __cdecl(void),1,1> >::Run [0x000001F19FA24214+84]
        base::debug::TaskAnnotator::RunTask [0x000001F19FA797E7+503]
        base::MessageLoop::RunTask [0x000001F19FB1EC39+953]
        base::MessageLoop::DeferOrRunPendingTask [0x000001F19FB1BEFC+60]
        base::MessageLoop::DoWork [0x000001F19FB1C732+370]
        base::MessagePumpDefault::Run [0x000001F19FB2772A+250]
        base::MessageLoop::RunHandler [0x000001F19FB1E836+246]
        base::RunLoop::Run [0x000001F19FBFF28D+61]
        base::Thread::Run [0x000001F19FCCCA75+405]
        base::Thread::ThreadMain [0x000001F19FCCE566+1366]
        base::PlatformThread::Sleep [0x000001F19FC9CAF1+513]
        BaseThreadInitThunk [0x00007FF93CB98102+34]
        RtlUserThreadStart [0x00007FF93E84C5B4+52]

Comment 1 by taku...@chromium.org, Sep 28 2016

Description: Show this description

Comment 2 by taku...@chromium.org, Sep 28 2016

Labels: OS-Mac
Summary: Cannot cast to Hangouts on Windows/Mac (was: Cannot cast to Hangouts on Windows)
I am able to repro this on Mac/TOT (55.0.2875.0) as well.

Comment 3 by sko...@chromium.org, Sep 28 2016

Labels: -Type-Bug M-55 ReleaseBlock-Beta Type-Bug-Regression

Comment 4 by sko...@chromium.org, Sep 28 2016

Cc: mfo...@chromium.org
Mark, any idea what might be going on here, or who best to route this to?

Comment 5 by mfo...@chromium.org, Sep 28 2016 

WebRTC doesn't like the session description that we are passing it.  I believe this is generated by the Hangouts library?

David: Can you copy/paste the contents of chrome://webrtc-internals after observing a failure, we can use it to follow up with Hangouts.

Comment 6 by sko...@chromium.org, Sep 28 2016

Owner: jrw@chromium.org
Status: Assigned (was: Untriaged)

Comment 7 by dbbrooks@chromium.org, Sep 29 2016 

I'm not able to repro this on Mac 55.0.2875.0 with MR 5516.928.0.0

Takumi, what MR version were you using?

Comment 8 by taku...@chromium.org, Sep 29 2016 

I was using 5516.912.0.0 on both Windows and Mac. I'll try with a newer version and see if it still repros.

Comment 9 by taku...@chromium.org, Sep 29 2016 

It repros on Win/Mac with 5516.928.0.0 and a debug build for Chrome.
However, it did not repro on a non-debug Chrome build on Mac. So it seems to be an issue only for debug builds.

Comment 10 by gov...@chromium.org, Sep 29 2016 

This bug is reported as M55 Beta blocker.Please try to resolve this before M55 branch on Oct 6th,2016 so it has enough baking time in Dev.

Comment 11 by sko...@chromium.org, Sep 29 2016

Labels: -ReleaseBlock-Beta
In that case, removing the ReleaseBlock label.  We should still figure out why this happens, but not something we'd hold up the release over.

Comment 12 by sko...@chromium.org, Oct 5 2016

Labels: -Pri-1 -M-55 M-56 Pri-3

Comment 13 by sko...@chromium.org, Nov 2 2016

Status: WontFix (was: Assigned)
►

Sign in to add a comment