Re: Telephony API draft: disconnect reason

Hello,

IMO we should also remove the "error" call state. We do have an
"onerror" event handler that will have the "error" attribute set to
the error, whatever the call state is. The call state is valuable
information also in those error conditions which are recoverable or
non-critical to call signaling, so these should be signaled in
parallel with call state and should not mask the call state.
Irrecoverable errors will likely set the call state to "disconnected"
by the middleware with the reason set on the "error" attribute, and in
that case "onerror" is likely not called (since not needed), but even
if it would be, it should not overwrite the call state.

Best regards,
Zoltan

Received on Thursday, 1 November 2012 15:53:53 UTC