Bug: whenever a source m3u is updated, the output channel urls are changed and 404

[hacktek]

Describe the Bug

I noticed multiple 404's on all of my clients after not using them for a while.

I found that if I refresh my playlist in my player it works and I think it has to do with having autoupdate enabled on the m3u's, but I can't turn that off otherwise my channel list will be outdated, but if I turn it on then the user experience is bad because channels don't work seamlessly.

There's nothing in the logs when this happens so sm isn't even trying to do anything with the old url, it just 404's.

The expected behavior should be for sm to create consistent output links if the input m3u links have not changed.

Stream Master Info

• Version Number 0.14.6.0

Link to logs (required) There are no logs.

To reproduce:

1. Curl an sm output playlist (I'm using unsecure m3u)
2. Grab link number 1
3. Curl that link, get a 302 response

xxx@hjdff:~$ curl -IXGET "https://xxxxxxx/v/v/0993F6"
HTTP/2 302 
cache-control: no-cache, no-store
date: Thu, 27 Jun 2024 04:51:07 GMT
expires: -1
location: https://xxxxxxx/api/videostreams/stream/4iSOXe8AmPLzjv08VfWXZQ6eAzF5bBfiBa7cFDYePGxxxxxxxxx
pragma: no-cache
strict-transport-security: max-age=2592000
x-content-type-options: nosniff
x-robots-tag: none,noarchive,nosnippet,notranslate,noimageindex
content-length: 0

4. Manually refresh the input m3u in sm
5. Curl that link again, get a 404

xxx@kjfhsdkjh:~$ curl -IXGET "https://xxxxxxxxx/v/v/0993F6"
HTTP/2 404 
cache-control: no-cache, no-store
date: Thu, 27 Jun 2024 04:51:19 GMT
expires: -1
pragma: no-cache
strict-transport-security: max-age=2592000
x-content-type-options: nosniff
x-robots-tag: none,noarchive,nosnippet,notranslate,noimageindex
content-length: 0

6. Curl the sm output playlist, see that link number 1 has changed which is why the first one no longer works