Reported by @ducknoodledance in #62. Firefox on Linux shows
"No video with supported format and mime type found"; Brave plays.
Project / folder share viewers are unaffected.
Root cause
The single-asset share page uses a bare <video> element:
apps/web/app/share/[token]/page.tsx:478-485
<video src={streamUrl} controls className="..." preload="metadata">
Your browser does not support video playback.
</video>
Since the HLS proxy fixes (ad3907ad, bfbbcee2), streamUrl for
videos resolves to …/master.m3u8. Firefox and Chrome on Linux have
no native HLS support, so the element fails. The folder-share viewer
already handles this correctly with an hls.js dynamic import +
canPlayType('application/vnd.apple.mpegurl') Safari fallback
(apps/web/components/share/folder-share-viewer.tsx:674-686); the
single-asset share page was never updated.
Proposed fix
Replace the bare <video> on the single-asset share page with the
same HLS-aware player used by the folder share viewer (extract a
shared <HLSVideo> component so both paths use it).
Reported by @ducknoodledance in #62. Firefox on Linux shows
"No video with supported format and mime type found"; Brave plays.
Project / folder share viewers are unaffected.
Root cause
The single-asset share page uses a bare
<video>element:apps/web/app/share/[token]/page.tsx:478-485Since the HLS proxy fixes (
ad3907ad,bfbbcee2),streamUrlforvideos resolves to
…/master.m3u8. Firefox and Chrome on Linux haveno native HLS support, so the element fails. The folder-share viewer
already handles this correctly with an hls.js dynamic import +
canPlayType('application/vnd.apple.mpegurl')Safari fallback(
apps/web/components/share/folder-share-viewer.tsx:674-686); thesingle-asset share page was never updated.
Proposed fix
Replace the bare
<video>on the single-asset share page with thesame HLS-aware player used by the folder share viewer (extract a
shared
<HLSVideo>component so both paths use it).