Closed Bug 1123775 Opened 9 years ago Closed 7 years ago

HTML5 video / audio playback won't work with Windows N editions, with no feedback for the user


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

Windows 8.1
Not set





(Reporter: msoulatre, Unassigned)



(3 files)

User Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:38.0) Gecko/20100101 Firefox/38.0
Build ID: 20150120030203

Steps to reproduce:

Using Windows N Edition (that doesn't include H.264 codecs), visit any website with HTML5 content (such as,, etc.).

(tried with both stable and latest nightly Firefox branch)

Actual results:

No music / video playback, no feedback.

Expected results:

A way to tell the user the reason why it's not working.
(note : installing the windows update "Windows Feature Pack" solves the problem)
Component: Untriaged → Video/Audio
Product: Firefox → Core
The video controls do support showing an error message, and I remember an old bug or two about improving the error message specifically for when H.264 media is unplayable (instead of a generic unsupported-codec message). Is the error event not firing for some reason?

Also, can you provide a specific URL on that's triggering this for you?
I see no error message on the player. This will trigger on every media on that i tried (with the default HTML5 player), example :

I do get an error when i try to open one of the (128Kbps) MP3 files listed below, such as

"Video can't be played because the file is corrupt."

This file plays fine on my install with the Media Feature Pack installed.
This is especially tricky for developers because video.canPlayType() returns 'probably' for 'video/mp4' even on Windows N editions where the decoder is not present. Test case attached as attachment 8607786 [details]. If Firefox returned '' from video.canPlayType('video/mp4') on Windows N editions, then developers could detect this situation and use a fallback mechanism to play the file.
Component: Audio/Video → Audio/Video: Playback
Closed: 7 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.