For those seeking to fix this: it is notable that .ts has always been a valid MPEG Transport Stream video format and even predates TypeScript by 17 years, which is why it maps to video/mp2t pretty much everywhere.

It is technically possible to detect an MPEG transport stream by the fact that it has an ASCII capital G every 188 bytes. In our case this a flawed heuristic because it uses a common keyboard character, and it is technically possible that you happen to have a valid TypeScript file with a capital G every 188 bytes starting from the 0th byte:

G();
function G() { console.log('Valid TypeScript'); }

Yes, this is a contrived example, but it runs.

Despite this fact, it is most likely that most people using the Vite server are serving TypeScript instead of MPEG transport streams. Since MPEG is the outlier case here, it is in my opinion fine for Vite to temporarily override all .ts MIME types to text/javascript, and we can raise a separate issue for the MPEG video MIME type, which is a much more complex use case to support.

Related:

• https://github.com/jshttp/mime-db/issues/148
• Create a Typescript Mimetype microsoft/TypeScript#25426

I'm running into this in production with audio-worklets. import processorUrl from "../worklets/audio-processor.ts?url"; works great in dev but throws "DOMException: The user aborted a request." in production. When the imported url is logged, it starts with data:video/mp2t;base64,. Seems like the behavior is inconsistent.

On a side note, it would be nice to have a "*?worklet" hook that registers the module automatically. Maybe by extracting the name from the registerProcessor call in the worklet itself?

@kgullion could you open a new issue with a minimal reproduction linking to this one so we can properly track your issue? Thanks!