502122 - Volume slider disappears behind chrome with standalone audio/video files

Status: RESOLVED FIXED

(Toolkit :: Video/Audio Controls, defect)

Description

[Steven Rowat]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.1) Gecko/20090624 Firefox/3.5
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.1) Gecko/20090624 Firefox/3.5

If the audio/video controller is near the top of the viewport, then hovering over the audio 'mute' button causes the volume slider to appear - but it goes upwards and off the page and can't be used.

AFAIK I have no way to change this and make it appear downwards instead. I have the new audio tag set, playing an ogg audio file.

Changing the tag to video, and limiting the height of the tag to, say, 30 px, causes the same behavior, so apparently it's not specific to the audio tag; it works for both audio/video if the controller is closer to the top of the viewport than the slider needs to expand fully.
 

Reproducible: Always

Steps to Reproduce:
1.Make html page with:
	<audio src='../Poems-recs/foofile.ogg' controls='true' > </audio> at very top.

2.View in FF 3.5
3.Hover over mute button.
Actual Results:  
Slider appears going up off top of page.

Expected Results:  
Slider should perceive limit of viewport and go downwards.

Same thing happens with video (playing foo.ogg file), if height of tag is smaller than slider needs; disappears again.


Only tested on Mac OSX. May happen elsewhere?

Comment 1

[u88484]

Attachment: testcase

I don't get the slider on 3.5.  Trunk I can comfirm this.

Using a direct link like http://ia300213.us.archive.org/3/items/stories_002_librivox/young_goodman_brown_hawthorne_btr.ogg results in the audio controls sitting a short distance down the place with 3.5 and with trunk this bug.

Comment 2

[Steven Rowat]

(In reply to comment #1)
> Created an attachment (id=386635) [details]
> testcase
> 
> I don't get the slider on 3.5.  Trunk I can comfirm this.
> 

OK, I'm relatively new at this, so what's the next step. I reported the bug, you confirmed it. My (unschooled) expectation was that you would have changed the status to 'confirmed'. You didn't. Should I do that?

Comment 3

[Martijn Wargers (dead)]

You can't set it to NEW, you need to have the privileges to do that.

Comment 4

[[:Aleksej]]

Confirmed with Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2b5pre) Gecko/20091204 Namoroka/3.6b5pre

A related Fennec bug: bug 511907.

Comment 5

[u88484]

Attachment: Testcase

New testcase since old one included a file that no longer exists.

Comment 7

[u88484]

I wonder if this could be a blocker since you can't adjust the audio volume at all but then again you can mute it/pause the video and then adjust through windows then resume playing the video.

Comment 8

[Peter S.]

https://bugzilla.mozilla.org/show_bug.cgi?id=534572

Could these two bugs be related?

Comment 10

[Kevin Brosnan]

Could be fixed by implementing the suggestion in bug 489017.

Comment 11

[(no longer active)]

Another way to fix this bug is bug 472942.

Comment 12

[(mostly gone) XtC4UaLL [:xtc4uall]]

Fixed/WFM by Bug 649490?

Comment 13

[Jared Wein [:jaws] (please needinfo? me)]

Yes, we can close this now. Thanks for the reminder :)

Comment 14

[Jared Wein [:jaws] (please needinfo? me)]

No need to verify this, the behavior changed to the point that the volume slider doesn't pop out of the controls anymore. Verifying bug 649490 would be the right thing to do (which I've marked as verifyme for just now). Thanks!