533201 - Cannot adjust volume for <audio> element

Status: RESOLVED DUPLICATE of bug 502892

(Toolkit :: Video/Audio Controls, defect)

Description

[Tim Babych]

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.

See http://tymofiy.livejournal.com/149235.html

Comment 2

[Dão Gottwald [:dao]]

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.

Comment 3

[Ben Bucksch (:BenB)]

Does it work for <video> for you?

Comment 4

[84user]

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 http://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28technical%29#Volume_stuck_with_OGG and http://en.wikipedia.org/wiki/Template_talk:Listen#Volume_stuck_with_OGG 

What sometimes works is the up and down arrow keys will control the volume.

Comment 6

[j.j.]

We should have basically working audio controls, really! (Request blocking)

Comment 7

[j.j.]

Attachment: testcase

Try to adjust volume

Comment 8

[u372929]

Hi, there
I have the same issue, and I can't adjust volume on the testcase.

Comment 9

[Justin Dolske [:Dolske]]

Not sure what happened here, adjusting volume on <audio> used to work, so this is likely a regression.

Comment 10

[Wuestenschiff]

Veryfying, volumecontrol doesn't work. this Bug is just ridiculous, somebody should fix this, such basic things should work...

Comment 11

[Benjamin Flesch]

I can reproduce this bug on Ubuntu with Firefox version 3.6.7. I tried this testcase: http://tymofiy.livejournal.com/149235.html - audio slider hides whenever I try to reach it.

Comment 12

[imnolatino]

Even better: right click/hide controls.  Where did it go?

Out of sight.
Out of my mind.

Comment 13

[Christian Ertl]

Seems to be the same issue as bug 502122.

Comment 14

[Dave Webber]

(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.

Comment 16

[Chris Pearce [:cpearce (Not reading bugmail)]]

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.

Comment 17

[Johnathan Nightingale [:johnath]]

Dolske - who do you think should own this, assuming it still blocks?

Comment 18

[Chris Pearce [:cpearce (Not reading bugmail)]]

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.

Comment 19

[Chris Pearce [:cpearce (Not reading bugmail)]]

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.

Comment 20

[pietro.brenna]

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.

Comment 22

[Vitaliy]

I am not a Firefox dev or anything close like that, but how hard is it to fix this bug??

Comment 24

[[e-mail]]

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

Comment 25

[Wuestenschiff]

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.

Comment 26

[fireattack [:fireattack]]

why had this bug been marked as "resolved"?

I still can't change the volume of audio element (like this example):
http://www.w3schools.com/html5/tryit.asp?filename=tryhtml5_audio

however, if you open .ogg file directly, you can chane the volume..

Comment 27

[welp]

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.