Cannot adjust volume for <audio> element

RESOLVED DUPLICATE of bug 502892

Status

()

Toolkit
Video/Audio Controls
--
major
RESOLVED DUPLICATE of bug 502892
8 years ago
4 years ago

People

(Reporter: Tim Babych, Unassigned)

Tracking

({polish, testcase, ux-control})

1.9.2 Branch
polish, testcase, ux-control
Points:
---

Firefox Tracking Flags

(blocking2.0 .x+)

Details

Attachments

(1 attachment)

158 bytes, text/html
Details
(Reporter)

Description

8 years ago
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

Updated

8 years ago
Status: NEW → RESOLVED
Last Resolved: 8 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 502892
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
Status: RESOLVED → REOPENED
Component: General → Video/Audio Controls
OS: Linux → All
Product: Firefox → Toolkit
QA Contact: general → video.audio
Hardware: x86 → All
Resolution: DUPLICATE → ---
Version: 3.6 Branch → 1.9.2 Branch

Updated

8 years ago
Status: REOPENED → NEW

Comment 3

8 years ago
Does it work for <video> for you?
Summary: Can not ajust volume for AUDIO → Cannot adjust volume for <audio> element

Comment 4

8 years ago
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.

Updated

7 years ago
Duplicate of this bug: 534572

Comment 6

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

Comment 7

7 years ago
Created attachment 451883 [details]
testcase

Try to adjust volume

Updated

7 years ago
blocking2.0: --- → ?
Keywords: testcase

Comment 8

7 years ago
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...

Comment 11

7 years ago
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

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

Out of sight.
Out of my mind.

Comment 13

7 years ago
Seems to be the same issue as bug 502122.

Comment 14

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

Updated

7 years ago
Duplicate of this bug: 587269
Keywords: regression
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

Updated

7 years ago
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

Comment 20

7 years ago
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.

Updated

7 years ago
Duplicate of this bug: 638961

Comment 22

7 years ago
I am not a Firefox dev or anything close like that, but how hard is it to fix this bug??
Status: NEW → RESOLVED
Last Resolved: 8 years ago7 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 502892

Updated

7 years ago
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.

Comment 26

5 years ago
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

4 years ago
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.