Skip to content

Remote HLS video flagged as requiring fallback #1662

Closed

Description

@mattgarrish

I was asked by @clapierre whether a reference to an HTTP live streaming file like this should be valid:

OPF:

<item id="video" href="/p/https://example.org/streamed.m3u8" media-type="application/x-mpegurl" />

HTML:

<video controls="">
   <source src="/p/https://example.org/streamed.m3u8" type="application/x-mpegurl" />
</video>

I'd have said yes, since the spec says any video format referenced from a video or source element is exempt from fallbacks, but epubcheck flags this as a foreign format that requires a fallback.

If I change "application/" to "video/" it doesn't emit an error, but the spec doesn't require video formats to start with "video/". I haven't tried to dig into the code but I suspect we have a more controlled list for what counts as a video than the spec itself.

That an m3u8 file is a playlist and not technically the video itself is an interesting quirk, but since it plays directly from the video element I don't know that we should be flagging it.

Activity

  1. self-assigned this
    on Aug 28, 2026
  2. added
    status: in progressThe issue is being implemented by the development team
    status: has PRThe issue is being processed in a pull request
    and removed
    status: in progressThe issue is being implemented by the development team
    on Sep 11, 2026
  3. added a commit that references this issue on Sep 15, 2026
    2ae4a16
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

status: has PRThe issue is being processed in a pull requesttype: false-positiveThis issue is about valid content being incorrectly rejected

Type

No type

Projects

No projects

    Milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions

    ⌂ 换网址