Bug 140287 - [Regression] [GStreamer] Video player sets system volume to 100%
Summary: [Regression] [GStreamer] Video player sets system volume to 100%
Status: RESOLVED WORKSFORME
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebCore Misc. (show other bugs)
Version: 528+ (Nightly build)
Hardware: PC Linux
: P2 Major
Assignee: Nobody
URL: http://www.w3.org/2010/05/video/media...
Keywords:
Depends on:
Blocks:
 
Reported: 2015-01-09 00:53 PST by Xabier Rodríguez Calvar
Modified: 2015-07-08 07:13 PDT (History)
16 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Xabier Rodríguez Calvar 2015-01-09 00:53:57 PST
+++ This bug was initially created as a clone of Bug #118974 +++

+++ This bug was initially created as a clone of Bug #54140 +++

This is back as a consequence of fixing bug 137305. I guess this time we should end up creating a test so that this doesn't regress anymore.

The proper fix would be reverting my original patch and fix it by using the new Browsers API at Pulseaudio but for that we need to have it implemented there and adapted in GStreamer, so I guess we'll have to fix this the same way again without breaking bug 137305. We'd appreciate if Ada could provide info about which test covers her fix so that we ensure we don't break anything again.
Comment 1 Xabier Rodríguez Calvar 2015-01-09 03:17:13 PST
This is being talked in Epiphany's bugzilla at https://bugzilla.gnome.org/show_bug.cgi?id=675217
Comment 2 Jer Noble 2015-01-09 08:43:15 PST
(In reply to comment #0)
> +++ This bug was initially created as a clone of Bug #118974 +++
> 
> +++ This bug was initially created as a clone of Bug #54140 +++
> 
> This is back as a consequence of fixing bug 137305. I guess this time we
> should end up creating a test so that this doesn't regress anymore.
> 
> The proper fix would be reverting my original patch and fix it by using the
> new Browsers API at Pulseaudio but for that we need to have it implemented
> there and adapted in GStreamer, so I guess we'll have to fix this the same
> way again without breaking bug 137305. We'd appreciate if Ada could provide
> info about which test covers her fix so that we ensure we don't break
> anything again.

The original change broke a WebKitAPI test, which I don't believe are run as a part of normal EWS or post-commit tests.  But they can be run manually with: `run-api-tests WebKit2.WKPageIsPlayingAudio`
Comment 3 Ada Chan 2015-01-09 10:29:17 PST
There is no layout test for https://bugs.webkit.org/show_bug.cgi?id=137305, since there's no simple way to test whether the page has really been muted.

The way I tested the fix for https://bugs.webkit.org/show_bug.cgi?id=137305 was just with this simple html page:

<div id=target style="border: solid;">
    <video src="http://movies.apple.com/movies/us/apple/ipoditunes/2007/touch/ads/apple_ipodtouch_touch_r640-9cie.mov" autoplay controls></video>
</div>

And then call WKPageSetMuted(pageRef, true) and make sure the page is indeed silent.
Comment 4 Xabier Rodríguez Calvar 2015-01-12 07:45:53 PST
I couldn't reproduce the bug so I am closing it.