Some manifest files crash player when using hls.light.min.js with undefined (hasAutoSelect) error

[harsh-mn-yral]

What version of Hls.js are you using?

v1.5.7 (hls.light.min.js from jsdeliver)

What browser (including version) are you using?

Firefox/Chrome latest

What OS (including version) are you using?

Mac Sonoma

Test stream

https://github.com/harshbaz/hlsjs-desktop-playback-error
Codesandbox: https://codesandbox.io/p/github/harshbaz/hlsjs-desktop-playback-error/main

Configuration

{
maxBufferLength: 5,
debug:true
}

Additional player setup steps

Sorry about the checklist, but the error only happens when few conditions are met:

• Client is a desktop (plays fine on mobiles)
• Client is using Chrome/Firefox (desktop)
• CDN script hls.light.min.js is used. (plays fine with hls.min.js)

I have created a separate repository and there's no extra logic in there: https://github.com/harshbaz/hlsjs-desktop-playback-error

Checklist

• The issue observed is not already reported by searching on Github under https://github.com/video-dev/hls.js/issues
• The issue occurs in the stable client (latest release) on https://hlsjs.video-dev.org/demo and not just on my page
• The issue occurs in the latest client (main branch) on https://hlsjs-dev.video-dev.org/demo and not just on my page
• The stream has correct Access-Control-Allow-Origin headers (CORS)
• There are no network errors such as 404s in the browser console when trying to play the stream

Steps to reproduce

1. Just clone the repo and run the app, trying to play first manifest will result in an error while second manifest plays fine.

Expected behaviour

Both the manifest files should play fine. If there is an error, an error event should be thrown and error should be handled gracefully

What actually happened?

The Hls player crashes will no ability to react to the error while trying to play

Console output

Uncaught TypeError: Cannot read properties of undefined (reading 'hasAutoSelect')
    at hls.light.min.js:1:88185
    at Array.forEach (<anonymous>)
    at hls.light.min.js:1:88070
    at Array.reduce (<anonymous>)
    at hls.light.min.js:1:87523
    at t.findBestLevel (hls.light.min.js:1:88349)
    at e.get (hls.light.min.js:1:91633)
    at e.get (hls.light.min.js:1:293524)
    at t.get (hls.light.min.js:1:147632)
    at e.get (hls.light.min.js:1:291649)

Chrome media internals output

No response

[robwalch]

Confirmed with https://hlsjs.video-dev.org/demo/index-light?src=https%3A%2F%2Fcustomer-2p3jflss4r4hmpnz.cloudflarestream.com%2F675985423ee4454da86def6ecbfcb01e%2Fmanifest%2Fvideo.m3u8&demoConfig=eyJlbmFibGVTdHJlYW1pbmciOnRydWUsImF1dG9SZWNvdmVyRXJyb3IiOnRydWUsInN0b3BPblN0YWxsIjpmYWxzZSwiZHVtcGZNUDQiOmZhbHNlLCJsZXZlbENhcHBpbmciOi0xLCJsaW1pdE1ldHJpY3MiOi0xfQ==

[davidgoli]

I'm able to repro this on the vanilla (non-light) version as well

[davidgoli]

Confirmed the fix (#6342) works for the non-light version also

[robwalch]

Hi @davidgoli,

Thanks for the confirmation.

Can you provide an example of this failure with the full version (using 1.5.7)? I'm interested to know how you would end up with a variant listing an audio-group-id that could not be found in hls.allAudioTracks.

[davidgoli]

Great question! I have a video with no audio tracks at all:

#EXTM3U
#EXT-X-VERSION:6
#EXT-X-TARGETDURATION:4
#EXT-X-MEDIA-SEQUENCE:1
#EXT-X-PLAYLIST-TYPE:VOD
#EXT-X-MAP:URI="jochgifscake-39001_1080.cmfv",BYTERANGE="842@0"
#EXTINF:4,
#EXT-X-BYTERANGE:810454@842
jochgifscake-39001_1080.cmfv
#EXTINF:1,
#EXT-X-BYTERANGE:107892@811296
jochgifscake-39001_1080.cmfv
#EXT-X-ENDLIST

I admittedly did not debug super deeply when I hit the bug, I just upgraded to latest hls.js and found it fixed it.

[robwalch]

Great question! I have a video with no audio tracks at all

In that case, the code that was throwing for this bug shouldn't have run at all.