The creator of the content in the session-initiate was set to initiator, since the content was added by the initiator of the session. However, Siskin wrongly replaces the creator with responder.
senders is set to both in the session-initiate, but Siskin sets it to initiator. I doubt that Siskin actually intends to only have audio working one way. But even if this was on purpose, it's not allowed to just change the senders without sending a modify-senders Jingle message first.
Siskin version: 7.0.1
Unknown commented 3 years ago
@fiaxh
Could you state which server (software and versions) were you using during the test?
Was Push used to initiate this call?
Were permissions to access microphone/camera already granted to SiskinIM?
Unknown commented 3 years ago
Weird thing is that during my testing (today) senders was set to both which as you mentioned it should be.
When Siskin receives a Jingle
session-initiate
likeIt responds with
creator
of the content in thesession-initiate
was set toinitiator
, since the content was added by the initiator of the session. However, Siskin wrongly replaces the creator withresponder
.senders
is set toboth
in thesession-initiate
, but Siskin sets it toinitiator
. I doubt that Siskin actually intends to only have audio working one way. But even if this was on purpose, it's not allowed to just change thesenders
without sending amodify-senders
Jingle message first.Siskin version: 7.0.1