-
-
Notifications
You must be signed in to change notification settings - Fork 213
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
INGESTING https icecast streams does not work #2938
Comments
Looking at the liquidsoap scripts for 1.4, it's calling the server command
There's a place where an initial URL is set, and that uses |
Describe the bug
To reproduce
Expected behavior
Option 1
We should expect https icecast urls to play in liquidsoap. The fallback to playing a previous insecure icecast URL has actually been a life saver for us as we've sometimes forgot, scheduled an https icecast link, it fails to play, but instead we'll play the previous icecast url we had sch3eduled, so we don't have any dead air in that instance. I don't think we should change that fallback behavior. We should only support playing https icecast links.
Option 2
We should not accept https streams. We should alert the user that the stream is invalid and require them to add another stream. So some level for form field validation or backend validation.
Relevant log output or error messages
LibreTime version
4.0.0
Installation method and OS / Environment
Operating system: MacOS Docker, Debian
Method: docker-compose, vanilla install
Installation details
This happens in the latest version 4.0.0 running in docker and in a very old version we have running in production (probably 3.0 beta).
Client Environment
N/A
Screenshots
Not Necessary
The text was updated successfully, but these errors were encountered: