Page MenuHomePhabricator

m3u8 files are stored without the proper content-type mapping
Closed, ResolvedPublicBUG REPORT

Description

Steps to replicate the issue (include links if applicable):

What happens?:
Response header content-type reports text/plain

What should have happened instead?:
content-type should be application/vnd.apple.mpegurl or perhaps application/vnd.apple.mpegurl; charset=utf-8 ?

Software version (skip for WMF-hosted wikis like Wikipedia):

Other information (browser name/version, screenshots, etc.):
Content-type should be passed along when storing the file in swift and previously stored files need to update their mime type.

A previous case where we had to fix this is: T184871

Event Timeline

Change 976314 had a related patch set uploaded (by TheDJ; author: TheDJ):

[mediawiki/extensions/TimedMediaHandler@master] Ensure the content-type is set for m3u8

https://gerrit.wikimedia.org/r/976314

Change 976317 had a related patch set uploaded (by TheDJ; author: TheDJ):

[mediawiki/core@master] [mime] m3u, m3u8 and application/vnd.apple.mpegurl

https://gerrit.wikimedia.org/r/976317

Change 976317 merged by jenkins-bot:

[mediawiki/core@master] [mime] m3u, m3u8 and application/vnd.apple.mpegurl

https://gerrit.wikimedia.org/r/976317

TheDJ triaged this task as Low priority.

Change 976314 merged by jenkins-bot:

[mediawiki/extensions/TimedMediaHandler@master] Ensure the content-type is set for m3u8

https://gerrit.wikimedia.org/r/976314