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
Please use the 馃憤 reaction to show that you are affected by the same issue.
Please don't comment if you have no relevant information to add. It's just extra noise for everyone subscribed to this issue.
Subscribe to receive notifications on status change and new comments.
Since version 1.2.4 of the external signaling server the roomType parameter in signaling messages must be one of the predefined values (audio, video or screen). If the room type is not valid then the message is discarded without relaying it to the other participants, and an error message is logged; for example:
hub.go:1450: Invalid message {"type":"message","message":{"recipient":{"type":"session","sessionid":"XXX..."},"data":{"type":"startedTyping","to":"XXX..."}}} from client YYY...: invalid room type:
Signaling messages are used to send the startedTyping and stoppedTyping messages to other participants, either when the typing status changes or when a participant joins a conversation. As those signaling messages are unrelated to calls no roomType was included, so now those messages fail with the external signaling server 1.2.4.
I am not sure if it would be better to just set the roomType to video even if it does not really fit (like already done for signaling messages in calls when there is no peer or when the message refers to the whole participant, like reactions or raised hands), or change the external signaling server code to allow again messages without room types, add another room type for messages unrelated to actual signaling between call peers, or limit the room type validation to messages related to actual signaling between call peers.
Only the type is included in your object, so I will either relax the validation to also allow empty roomType values (which you are not sending) or handle incomplete MessageClientMessageData where required fields are missing the same as unmarshalling errors.
How to use GitHub
Since version 1.2.4 of the external signaling server the
roomType
parameter in signaling messages must be one of the predefined values (audio
,video
orscreen
). If the room type is not valid then the message is discarded without relaying it to the other participants, and an error message is logged; for example:Signaling messages are used to send the
startedTyping
andstoppedTyping
messages to other participants, either when the typing status changes or when a participant joins a conversation. As those signaling messages are unrelated to calls noroomType
was included, so now those messages fail with the external signaling server 1.2.4.I am not sure if it would be better to just set the
roomType
tovideo
even if it does not really fit (like already done for signaling messages in calls when there is no peer or when the message refers to the whole participant, like reactions or raised hands), or change the external signaling server code to allow again messages without room types, add another room type for messages unrelated to actual signaling between call peers, or limit the room type validation to messages related to actual signaling between call peers.@fancycode What do you think? Thanks!
The text was updated successfully, but these errors were encountered: