You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
To improve WebRTC 1.0 compatibility, exception throwing and the behavior of canInsertDTMF should be aligned.
Currently, construction of a RTCDtmfSender is permitted even when "telephone-event" is not included in codecs[] (setting candInsertDTMF to false), rather than throwing an exception. This is compatible with the proposed behavior in WebRTC 1.0.
insertDTMF throws an exception if the sender has been stopped, if sender.send() hasn't been called, and if "telephone-event" is not included in parameters.codecs[]. However, the conditions under which canInsertDTMF is set to true aren't specified (presumably when send(parameters) is called with "telephone-event" in parameters.codecs[]).
To improve WebRTC 1.0 compatibility, exception throwing and the behavior of
canInsertDTMF
should be aligned.Currently, construction of a RTCDtmfSender is permitted even when "telephone-event" is not included in
codecs[]
(settingcandInsertDTMF
tofalse
), rather than throwing an exception. This is compatible with the proposed behavior in WebRTC 1.0.insertDTMF
throws an exception if the sender has been stopped, ifsender.send()
hasn't been called, and if "telephone-event" is not included inparameters.codecs[]
. However, the conditions under whichcanInsertDTMF
is set totrue
aren't specified (presumably whensend(parameters)
is called with "telephone-event" inparameters.codecs[]
).Related WebRTC 1.0 Isssue: w3c/webrtc-pc#1415
Related WebRTC 1.0 PR: w3c/webrtc-pc#1536
The text was updated successfully, but these errors were encountered: