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.
@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 4 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-initiatelikeIt responds with
creatorof the content in thesession-initiatewas set toinitiator, since the content was added by the initiator of the session. However, Siskin wrongly replaces the creator withresponder.sendersis set tobothin 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 thesenderswithout sending amodify-sendersJingle message first.Siskin version: 7.0.1