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
As mentioned in #2528 "cost of some spec duplication. (a new RTCLocalSessionDescriptionInit)."
Problem: Dart Language web bindings which are generated from IDL is having an issue where RTCLocalSessionDescriptionInit and RTCSessionDescriptionInit are unique, and neither class implements the other. This seems inconsistent with MDN and actual usage.
Any help would be greatly appreciated in editing the doc @henbos@Orphis
The text was updated successfully, but these errors were encountered:
pc.setLocalDescription();// finepc.setLocalDescription({type: "rollback"});// finepc.setRemoteDescription({type: "rollback"});// also finepc.setRemoteDescription();// TypeErrorRTCPeerConnection.prototype.setLocalDescription.length// 0RTCPeerConnection.prototype.setRemoteDescription.length// 1
So this is by design.
Problem: Dart Language web bindings which are generated from IDL is having an dart-lang/web#178 where RTCLocalSessionDescriptionInit and RTCSessionDescriptionInit are unique, and neither class implements the other. This seems inconsistent with MDN and actual usage.
WebIDL dictionaries are not classes or interfaces: "an operation that accepts a dictionary as an argument will perform a one-time conversion from the given JavaScript value into the dictionary, based on the current properties of the JavaScript object"
IOW member-compatible inputs are valid, making RTCSessionDescriptionInit valid input to a method expecting RTCLocalSessionDescriptionInit.
If the Dart Language web bindings cannot express this then that seems like a limitation of those bindings.
As mentioned in #2528 "cost of some spec duplication. (a new RTCLocalSessionDescriptionInit)."
Problem: Dart Language web bindings which are generated from IDL is having an issue where
RTCLocalSessionDescriptionInit
andRTCSessionDescriptionInit
are unique, and neither class implements the other. This seems inconsistent with MDN and actual usage.Any help would be greatly appreciated in editing the doc @henbos @Orphis
The text was updated successfully, but these errors were encountered: