Open
Bug 583139
Opened 15 years ago
Updated 2 years ago
No prefs for <video> and <audio> HTTP Accept headers
Categories
(Core :: Audio/Video: Playback, defect)
Core
Audio/Video: Playback
Tracking
()
NEW
People
(Reporter: djcater+bugzilla, Unassigned)
References
Details
Mozilla/5.0 (X11; Linux i686; rv:2.0b3pre) Gecko/20100729 Minefield/4.0b3pre
See bug 489071 comment 48.
There is network.http.accept.default for the normal header and image.http.accept which is used when requesting images.
I think 2 new prefs for audio and video would be useful. It would make it easy to change for webmasters that want to test their sites and for others to change if they add or remove codecs (distros perhaps).
Updated•15 years ago
|
Assignee: nobody → chris.double
Comment 1•15 years ago
|
||
Unfortunately I've been asked to work on higher priority stuff right now so I've removed myself from the assignee so someone else can work on it.
The slight difficulty is that we customize the Accept header based on the backends that are included in the build. The file, all.js, where these defaults are defined does not easily allow appending strings based on #defines that I can see - I couldn't get anything to work in a quick test.
Possibly it would be worthwhile just having the base "video/* and audio/*" parts of the string as the default pref and still build in the backend specific parts in the code as it is now?
Assignee: chris.double → nobody
Updated•9 years ago
|
Component: Audio/Video → Audio/Video: Playback
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•