Closed
Bug 498345
Opened 16 years ago
Closed 16 years ago
audio element enables fall back content in parallel with real content
Categories
(Core :: Audio/Video, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 487398
People
(Reporter: toni.ruottu, Unassigned)
References
()
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b4pre) Gecko/20090401 Ubuntu/9.04 (jaunty) Shiretoko/3.5b4pre
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b4pre) Gecko/20090401 Ubuntu/9.04 (jaunty) Shiretoko/3.5b4pre
It'd seem to me that fixing this before releasing firefox 3.5 is important because a release including this bug would prevent web developers from moving to html5, as long as some people use the broken release.
Normally one could have an embed tag within the audio tag as a fall back for browsers that don't yet support the embed tag. If, how ever, there was a browser that would play two songs simultaneously with this markup, it might become unfeasible to start using the new standard before all browsers support it properly.
Reproducible: Always
Steps to Reproduce:
1. create a web page with an audio tag
2. add another audio tag within the first one
3. view the page in firefox 3.5
Actual Results:
multiple songs are playing at the same time
Expected Results:
only the outermost audio element should be creating sound as the inner elements are mere fall backs for cases where the outermost element does not work for some reason.
Some one ought to check if the video tag implementation has a similar bug in it.
Component: General → Video/Audio
Product: Firefox → Core
QA Contact: general → video.audio
Comment 1•16 years ago
|
||
Believe it or not this is correct behavior as per spec. See bug 487398.
Updated•16 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•