Closed Bug 1550248 Opened 5 years ago Closed 4 years ago

Consider sniffing to detect m3u8 sent as content-type:text/plain, as Chrome seems to

Categories

(Core :: Audio/Video: Playback, defect, P3)

defect

Tracking

()

RESOLVED FIXED
81 Branch
Webcompat Priority P3
Tracking Status
firefox81 --- fixed

People

(Reporter: twisniewski, Assigned: padenot)

References

Details

(Keywords: parity-chrome)

Attachments

(1 file)

Right now, Chrome is able to detect and play the m3u8 stream at https://g-o-group.com/movies/2553206a94505 (warning: NSFW) despite it being served as text/plain. Firefox fails, but if I compile a local build which treats text/plain as audio/x-mpegurl, then it too works fine (I tried using a web-extension to re-rewrite the content type of the request, but the related code in HTMLMediaElement.cpp doesn't seem to notice the overidden value).

Perhaps Chrome does some kind of simple content sniffing that we ought to match?

Keywords: parity-chrome
Priority: -- → P3
Webcompat Priority: --- → ?
Webcompat Priority: ? → P3

Removing the URL as it's gone.

We should do this. On mobile, m3u8 is considered media, it can be played directly in HTMLMediaElement.

More spec references: https://html.spec.whatwg.org/#loading-the-media-resource:

To determine the format of the media resource, the user agent must use the rules for sniffing audio and video specifically.

but we need to add it to the sniffing rules.

Assignee: nobody → padenot
Status: NEW → ASSIGNED
Pushed by padenot@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/0bed87941dc5
Sniff .m3u8 files as application/vnd.apple.mpegurl. r=jya
Status: ASSIGNED → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → 81 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: