cacheEncryptionKeys has no effect with subtitle streams
Description
Reduced test case can be found here.
Steps to reproduce
- AES encrypted HLS source with subtitle stream
- set
cacheEncryptionKeys: true - play and monitor GETting of key files
Results
Keys for video renditions are fetched once, key(s) for subtitles are re-fetched and not cached.
Expected
Key files for subtitle streams should be cached too.
👋 Thanks for opening your first issue here! 👋
If you're reporting a 🐞 bug, please make sure you include steps to reproduce it. We get a lot of issues on this repo, so please be patient and we will get back to you as soon as we can. To help make it easier for us to investigate your issue, please follow the contributing guidelines.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
Still happening with 7.11.1:

Could the "outdated" label be removed? imho the issue is not outdated. Thank you.
oh, thank you bot
Looks like a long time ago I wrote a response to this, and then this got lost in the churn. Thankfully, Firefox saved my response, which is posted below. A PR would be helpful, as it's clearly something we're unlikely to get to any time soon.
Looks like our VTT Segment Loader isn't aware of that option, but our regular segment loader is. It should be relatively straight forward to add.
Wanted to look into this anyway, thanks for the nudge. Will have a go.
For the time being I had brushed this under the carpet somewhat by shamelessly increasing targetduration for vtt.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
unstale
Any update onto this? Would also interest me to have this fixed ...
@venomone - this is fixed I believe.
Fixed via 66a5b17de192eee5d23fadba6a21f6a54f0eb34c