Closed kschouw closed 3 years ago
Yes, the auth is looked up on exit so if the listener has fallen back then you will see the situation in the above case. Ideally, for other reasons, the listeners should not actually be moved, instead the stream should remain active and fed from the fallback as you may have 2 different auths for different streams but a common fallback. The question for that sort of change is breaking backward compatibility,
Originally the auth was attached to the listener so the original auth was called on exit but that ended in confusion in cases with people reloading the xml a lot.
karl
Thanks Karl, that clears things up.
Hi Karl, hope you are well.
I just had a quick question regarding wildcard mounts and authentication, I currently have the following config defined:
There is a relay pushing into the static mount point
/ice/{{stream_name}}_{{quality}}.{{codec}}
and then I have a wildcard mount point where all users will be directed to/ice/{{stream_name}}_{{quality}}_*.{{codec}}
which has a fallback to the static mount if nothing is being pushed.When I connect on the wildcard mount lets say
/ice/{{stream_name}}_{{quality}}_001.{{codec}}
thelistener_add
works perfectly and in my case a small piece of audio is played and then the fallback mount is loaded. Now when Idisconnect
I never get thelistener_remove
request being sent.Is this intended behaviour? I'm not sure if internally the user is totally removed from the wildcard mount and then added back when audio is played again?
Thanks for your help, Kyle.