929946 - audio only webrtc

Status: RESOLVED DUPLICATE of bug 917980

(Core :: WebRTC: Audio/Video, defect)

Description

[FredLuart]

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/30.0.1599.101 Safari/537.36

Steps to reproduce:

When Establishing an audio only call on WebRTC, audio stream are not routed, and voice can not be hearded.
It is possible to reproduce the issue with demo on : https://apprtc.appspot.com/
by establishing a call and selecting "No video" on the device acceptation (both side).



Actual results:

No audio routing.
On apprtc demo, call is not established : stay in "connecting" state.



Expected results:

Audio only call

Comment 1

[Randell Jesup [:jesup] (needinfo me)]

I believe this is a bug in apprtc, though I can't find a bug on it right now (perhaps it was just discussed in #media on IRC)

Comment 2

[FredLuart]

I have done some more testings and it seems to be linked with the constraint on createOffer / createAnswer :
{'OfferToReceiveAudio': true, 'OfferToReceiveVideo': true}

If OfferToReceiveVideo is set to false, the audio call is OK. (OfferToReceiveVideo allows an application to indicate its preferences for receiving video when creating an offer)

Comment 3

[Ethan Hugg [:ehugg]]

This sounds similar to this bug - https://bugzilla.mozilla.org/show_bug.cgi?id=881236
We are not changing our ExpectedTracks after the negotiation so we wait forever for a track that's not coming.

Comment 4

[Adam Roach [:abr]]

I suspect it has ties in to the issue in Bug 917980 as well.

Comment 5

[Jan-Ivar Bruaroey [:jib] (needinfo? me)]

Yes seems like a duplicate of Bug 917980.