- From: Philipp Hancke via GitHub <sysbot+gh@w3.org>
- Date: Thu, 14 Dec 2023 07:56:03 +0000
- To: public-webrtc-logs@w3.org
If the transport does not change and is make-before-break we should see the iceConnectionState continue to be unchanged (i.e. connected in the somewhat abnormal case of a restart without a disconnect) while gatheringState transitions? But that would mean we take the connection state from the old candidate pair / generation while looking at the new generation for the gathering state? I think the gathering state should never be "new" again. You can create an offer with iceRestart but that is only provisional and does not lead to the (re)creation of a transport (neither does creating the initial offer). So this only gets "committed" when you call SLD but that should set the new transport into "gathering" mode immediately. (this is confusing and we probably have subtly different mental models) -- GitHub Notification of comment by fippo Please view or discuss this issue at https://github.com/w3c/webrtc-pc/issues/2914#issuecomment-1855351356 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Thursday, 14 December 2023 07:56:04 UTC