Closed Bug 533201 Opened 13 years ago Closed 12 years ago

Cannot adjust volume for <audio> element


(Toolkit :: Video/Audio Controls, defect)

1.9.2 Branch
Not set



Tracking Status
blocking2.0 --- .x+


(Reporter: tim.babych, Unassigned)



(Keywords: polish, testcase, ux-control)


(1 file)

158 bytes, text/html
when I hover on volume icon the slider appears. But when I try to reach for it with the mouse - the slider disappears.

AUDIO element is not that tall as VIDEO is, and mouse has to leave it to grab and drag the slider. And that is the moment slider disappears, making it useless.

Closed: 13 years ago
Resolution: --- → DUPLICATE
Bug 502892 comment 0 says: "The volume change is still working - moving the mouse up and down still changes the volume of the audio."

As far as I can see, this is not the case here.
Severity: normal → major
Component: General → Video/Audio Controls
OS: Linux → All
Product: Firefox → Toolkit
QA Contact: general →
Hardware: x86 → All
Resolution: DUPLICATE → ---
Version: 3.6 Branch → 1.9.2 Branch
Does it work for <video> for you?
Summary: Can not ajust volume for AUDIO → Cannot adjust volume for <audio> element
I can reproduce this problem in Firefox 3.6.2, for audio OGG files both local and embedded in web pages, and also small videos. Moving the mouse up and down does not change the volume. See my notes at and 

What sometimes works is the up and down arrow keys will control the volume.
We should have basically working audio controls, really! (Request blocking)
Attached file testcase
Try to adjust volume
blocking2.0: --- → ?
Keywords: testcase
Hi, there
I have the same issue, and I can't adjust volume on the testcase.
Not sure what happened here, adjusting volume on <audio> used to work, so this is likely a regression.
blocking2.0: ? → final+
Veryfying, volumecontrol doesn't work. this Bug is just ridiculous, somebody should fix this, such basic things should work...
I can reproduce this bug on Ubuntu with Firefox version 3.6.7. I tried this testcase: - audio slider hides whenever I try to reach it.
Even better: right click/hide controls.  Where did it go?

Out of sight.
Out of my mind.
Seems to be the same issue as bug 502122.
(In reply to comment #13)
> Seems to be the same issue as bug 502122.

Not quite. They're similar issues, but distinct: The issue in bug 502122 is that the volume control gets hidden by the chrome when the audio element is at the top of the page, because the volume does not appear below the audio element when there is too little room above the element to accommodate the volume control. The issue in this bug is that the volume control can't be used, regardless of where the element is on the page or in the window, because the volume is closed as soon as the mouse is moved over it, as the mouse is necessarily moved out from over the audio element's bounding box to reach the volume control.
I don't think this is a regression. This bug exists in FF 3.6.2 according to comment 4, and I can repro it in 3.6.10. There's no volume control in 3.5, only a mute button. I've tried a few nightly builds since the volume control landed in March 2009, and this bug seems to always have been there.
Keywords: regression
Version: 1.9.2 Branch → Trunk
Version: Trunk → 1.9.2 Branch
Dolske - who do you think should own this, assuming it still blocks?
The problem here is that when we move the mouse from the mute button to the volumeStack for an audio-only media element, we're receiving an mouseout event with a relatedTarget of the body element (or whatever's containing the audio element) rather than the volumeStack as the relatedTarget. onVolumeMouseInOut() calls isEventWithin(), and because the relatedTarget is not the volumeStack, that's not stopping us from exiting, so we're fading out the volume stack.

Even if I disable the fading out, we still can't change the volume, the volumeStack doesn't respond to mouse clicks, and the relatedTarget of mouseout events is still the element's container. It's as if the volumeStack doesn't work if it's being drawn out of bounds of the mediaControlFrame.
This problem also affects the scrubber/timelabel; you can't seek by clicking and dragging the timelabel balloon if you click on the portion of the balloon which extends outside of the controlBar, you must click on the portion which is drawn inside the controlBar.
Assignee: nobody → fryn
blocking2.0: final+ → .x
Keywords: polish, ux-control
I think this bug should be quickly fixed because it affects, for example, every <audio> in the wikimedia project, and for the end user it turns up very annoying.
A solution, if there is no workaround in javascript for this, could be to place the volumeStack inside the mediaControlFrame, horizontal, always visible or shown at mute button.onmouseover (like in youtube). This could help solving bug 502122, as it wouldn't be needed extra space on top of the video.
I am not a Firefox dev or anything close like that, but how hard is it to fix this bug??
Closed: 13 years ago12 years ago
Resolution: --- → DUPLICATE
Assignee: fryn → nobody
It's still exists in 4.0.
Is any one can fix this bug?

userAgent: Mozilla/5.0 (Windows NT 6.1; rv:2.0.1) Gecko/20100101 Firefox/4.0.1
well it tok it's time, but now it's work in progress. The slider will be removed in one of the next version's of FF and they are going to make a new control panel.
why had this bug been marked as "resolved"?

I still can't change the volume of audio element (like this example):

however, if you open .ogg file directly, you can chane the volume..
Volume slider is not shown on Aurora 22.0a2 (2013-05-10) / Windows 8.

When I hover over the volume icon, nothing happens. But when I click on it, it mutes the audio.
You need to log in before you can comment on or make changes to this bug.