Media files don't work on staging server

[MarcKaufmann]

For some reason, the test-audio.mp3 doesn't load or exist or is not of the right type on the staging server:

Media resource https://staging.totalinsightmanagement.com/resource/6c5a0c28d6b45c19dfa9f61a70b47d0c/test-audio.mp3 could not be decoded, error: Error Code: NS_ERROR_DOM_MEDIA_METADATA_ERR (0x806e0006)
Uncaught (in promise) DOMException: The media resource indicated by the src attribute or assigned media provider object was not suitable.

When I follow the link to the resource directly, I get a message that "No video with supported format and MIME type found."

My local dist created via raco koyo dist does have the test-audio.mp3 file in it, and it runs fine. Nginx is not configured to deal with mp3's in some special way, at least not in the /etc/nginx/sites-available config. In Chromium-browser (Ubuntu), the hidden button is instead not hidden, and the music also doesn't play. It does not throw any errors that I can see.

I found this, which suggests that the content-type is not properly set. The decoding issue, although then why does it work in development, and even when I use the raco koyo dist version? Something something docker/https?

[MarcKaufmann]

The matrix images on the next pages also 'cannot be displayed because it contains errors'. Is it possible that this is due to me having moved to git-lfs for mp3 and png files? But I don't see how that would affect the files bundled with the distribution when running raco koyo dist.

[Bogdanp]

By default, the GH checkout action doesn't use LFS so that's probably the culprit. You can try modifying the "checkout" step in the CI workflow to turn on LFS support.

[MarcKaufmann]

Yes, that seems to do the trick, going to do some more testing. Thanks for the quick response -- my mental model of the ci pipeline has big gaps.

[MarcKaufmann]

That was it, fixed by 5f8dd20.