698079 - When Windows audio output device is changed, tabs fail to play audio through new device - either play through old device or fail to produce audio entirely

Status: RESOLVED FIXED

(Core :: Audio/Video, defect)

Description

[Robert Lee]

Attachment: system-infomation.zip

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20100101 Firefox/7.0.1
Build ID: 20110928134238

Steps to reproduce:

Start playing any "plugin" audio from within the browser (YouTube, Pandora, etc) using the stereo speakers built into a laptop, then connect or disconnect 5.1 channel (surround sound) external speakers. The system will detect the external speakers being plugged into the three jacks (Front, Center/Bass, Rear) and switch from 2 channel mode to 5.1 channel mode automatically).

Tested on a Dell 1645 Studio XPS Laptop with Windows 7 64-bit.


Actual results:

All audio from Firefox immediately stops. Youtube videos continue to play video only. Pandora detects something being wrong and automatically pauses playback.

A browser restart is required to get audio from Firefox to work with the new speaker configuration. Incidentally, since Firefox always hangs on shutdown, this requires that I use Task Manager to kill the process, mitigating the situation.


Expected results:

Audio should have automatically adjusted to the new speaker configuration and kept playing (this was working fine a month or so ago).

Comment 1

[Andre Klapper]

Does this only happen for Flash content audio, or also for Mp3/Ogg files played in the browser?

Comment 2

[Kristoffer BErge]

Did a search for non-flash audio players and i had the same problem with every single one of them...

Comment 3

[Andre Klapper]

Hi, could you please update to a recent and supported version (see http://www.firefox.com/ ), create a new profile (see http://support.mozilla.com/en-US/kb/Basic%20Troubleshooting#w_8-make-a-new-profile and http://support.mozilla.org/kb/Managing%20profiles for more information), and test this again? 

If you still see this problem in the new profile, please add a comment to this report and tell us your exact version (by updating the "Version" field of this bug report) and your operating system (Windows, Mac OS, Linux, etc.) and provide a concrete testcase (attachment here, or a link to a page where this problem can be seen). 

If the problem still happens but does not happen in the new profile, please enter the address "about:support" in the address bar and attach (using the "Add an attachment" link above) the output for your original profile (not the new profile), as the "Modified Preferences" section could be interesting. 

If the problem does not happen anymore at all, please set the status of this report to RESOLVED > WORKSFORME. Thanks for your help!

Comment 4

[mistermarcus]

Bug applies specifically to Flash that's currently running when you plug in the headphones.  If you change the source and reload the browser window, the audio will switch to the proper source.

Comment 5

[(mostly gone) XtC4UaLL [:xtc4uall]]

It does not matter if the source is <audio>, <video> or a plugin's source.

Comment 8

[Tim Abraldes [:TimAbraldes] [:tabraldes]]

I experience this bug every time I plug my laptop into my TV through HDMI. Updating the title to hopefully accurately reflect the issue. Feel free to change back or suggest better wording

Comment 9

[Mark Hammond [:markh] [:mhammond]]

(In reply to Tim Abraldes [:TimAbraldes] [:tabraldes] from comment #8)
> I experience this bug every time I plug my laptop into my TV through HDMI.
> Updating the title to hopefully accurately reflect the issue. Feel free to
> change back or suggest better wording

In bug 913804, which was duped to this, the symptoms are slightly different - audio continues to play through the "old" default audio device instead of the new default device.  So ideally we'd come up with a title that captures both use-cases.

Comment 10

[Tim Abraldes [:TimAbraldes] [:tabraldes]]

I've never experienced the symptoms of bug 913804, but I guess it does sound like it has a common fix to the issues described in this bug.

Updating the title again; as always, please provide suggestions if you think it's not capturing the issue accurately/completely.

Comment 11

[Aaron]

This also happens on Windows 8.0 Pro 64-bit running Firefox v26.

Most of the time reloading the tab does NOT fix the problem but restarting the browser (and restoring tabs) ALWAYS works.

Comment 12

[Dāvis]

I'm pretty sure this bug is because libcubeb gets default device and alwaysvkeeps reference to it. Take a look at http://dxr.mozilla.org/mozilla-central/source/media/libcubeb/src/cubeb_wasapi.cpp#751 there stm->client it s used all over. There should be logic which reacts to device change events and updates it.

By the way somewhat related bug #928644

Comment 13

[hugorossi]

I experience the same problem, that is, I would like  the audio device in FF to be changed as soon as I change the OS (Win 8.1) default audio device. It does not work in normal FF, but most interestingly it does so in the 64bit Nightly version of FF. (This is why for now I am using this - but since it is a 64bit version, I have some of my plugins not working, which is why I would prefer to use the "normal" 32bit Firefox.)

Comment 14

[tbolbat]

I also have this same problem with Firefox 29.0.1. It would be nice to be fixed because most of the plugins on FF 64bit are not supported and FF 32bit works the best. 

I run Windows 8.1 Pro 64bit and when I switch the default audio device, it will play on the old device until I refresh the page or reboot FF.

I'd love to see this small bug fixed ASAP, it works perfect in the 64bit Nightlies but not in the Stable release channel.

Comment 15

[u510688]

I also have this issue (FF30, numerous prior versions also), but only with HTML5 playback. Flash works correctly. To be more specific, while playing a HTML5 stream (audio or video), switching the output device has no effect until the stream is stopped and started again. With Flash, changing the output device switches the audio to that stream immediately, during playback.

Comment 16

[dsi]

(In reply to [e-mail] from comment #15)
> I also have this issue (FF30, numerous prior versions also), but only with
> HTML5 playback. Flash works correctly. To be more specific, while playing a
> HTML5 stream (audio or video), switching the output device has no effect
> until the stream is stopped and started again. With Flash, changing the
> output device switches the audio to that stream immediately, during playback.

Yes, Flash works fine on Windows 7, but on Windows 8 it has the same issue as Firefox.

Comment 20

[Benjamin Smedberg]

dmajor, this is the bug we talked about last week, if you have time to take a look.

Comment 21

[Simon Dedman]

+1 for this: soundcloud on windows 7 on lenonvo thinkpad laptop, initially playing out of system speakers, connecting to bluetooth device switches system sounds to bluetooth device but not firefox stream, which continues out of speakers. Restarting firefox is a workaround. This bug in superuser, being directed at windows: https://superuser.com/questions/73921/assigning-programs-to-specific-audio-outputs-in-windows-7

Comment 24

[(Away)]

cpearce pointed me to these APIs which may be useful:
http://msdn.microsoft.com/en-us/library/windows/desktop/aa363432%28v=vs.85%29.aspx
http://msdn.microsoft.com/en-us/library/windows/desktop/dd756610%28v=vs.85%29.aspx
It looks like it would require a nontrivial amount of code.

Comment 26

[Paul Adenot (:padenot)]

Attachment: wasapi-device-switch

This implements the behaviour we want: Gecko always output sound on the default audio output device. The default audio output device can change because the user plugged or unplugged, say, an USB headset, or selected a new default audio output device in the control pannel (right click on the speaker icon in the systray, playback devices, right click on a device, set default).

Technically, we split the initialization construction of the cubeb_stream object from the AudioClient initialization (same for the destruction), and we simply kill and recreate the stream when the default audio output device changes, using the new default audio output device.

Comment 27

[Paul Adenot (:padenot)]

Attachment: reclock

Turns out the first patch was not enough, this makes it better. In particular, resetting a stream resets the value returned by IAudioClock::GetPosition, so we need to deal with that, and that leads to thread safety issues.

I'm keeping the two patches separate, because the first one really implements the feature, while the second one fixes the clock and ensures thread-safety.

Comment 28

[Chris Peterson [:cpeterson]]

[Tracking Requested - why for this release]:
bsmedberg says that Chad would like this fix for Beta 36 because we're trying to fix YouTube UX issues.

Comment 29

[Matthew Gregan [:kinetik]]

Comment on attachment 8544665 [details] [diff] [review]
wasapi-device-switch

Review of attachment 8544665 [details] [diff] [review]:
-----------------------------------------------------------------

r+ with minor comments

Whoops, we doubled up a bit, I started working on this in https://github.com/kinetiknz/cubeb/tree/wasapi_routing a while ago, but never got to finishing it up.

::: media/libcubeb/src/cubeb_wasapi.cpp
@@ +130,5 @@
>    revert_mm_thread_characteristics_function revert_mm_thread_characteristics;
>  };
>  
> +
> +class wasapi_endpoint_notification_client : public IMMNotificationClient

What about IAudioSessionEvents, particularly OnSessionDisconnected?

@@ +188,5 @@
> +
> +    /* Close the stream */
> +    wasapi_stream_stop(stm);
> +    close_wasapi_stream(stm);
> +    /* Reopen a stream and start it immediatly. This will automatically pick the

immediately

@@ +197,5 @@
> +    return S_OK;
> +  }
> +
> +  /* The remaining methods are not implemented, they simply log when called and
> +   * lo is enabled, for debugging. */

Typo?

@@ +946,5 @@
> +    wasapi_stream_destroy(stm);
> +    return CUBEB_ERROR;
> +  }
> +
> +  return S_OK;

Mix of HRESULTs and CUBEB_* return codes in this function, need to use one or the other and update the return type to reflect the appropriate type.

@@ +993,2 @@
>    if (FAILED(hr)) {
> +    return hr;

Mix of HRESULTs and CUBEB_* return codes here, need to use one or the other.

Comment 30

[Matthew Gregan [:kinetik]]

Comment on attachment 8546694 [details] [diff] [review]
reclock

Review of attachment 8546694 [details] [diff] [review]:
-----------------------------------------------------------------

Looks good, but switching back and forth between two devices breaks A/V sync unfortunately.

::: media/libcubeb/src/cubeb_wasapi.cpp
@@ +75,5 @@
>    }
>  }
>  
> +struct auto_lock {
> +  auto_lock(CRITICAL_SECTION* lock)

CRITICAL_SECTION * lock

@@ +76,5 @@
>  }
>  
> +struct auto_lock {
> +  auto_lock(CRITICAL_SECTION* lock)
> +    :lock(lock)

: lock(lock)

@@ +80,5 @@
> +    :lock(lock)
> +  {
> +    EnterCriticalSection(lock);
> +  }
> +  ~auto_lock() 

Trailing whitespace.

@@ +85,5 @@
> +  {
> +    LeaveCriticalSection(lock);
> +  }
> +private:
> +  CRITICAL_SECTION* lock;

CRITICAL_SECTION * lock

@@ +276,5 @@
> +      return S_OK;
> +    }
> +
> +    wasapi_stream_set_clock_offset(stm, pos);
> +    

Trailing whitespace.

Comment 31

[Paul Adenot (:padenot)]

Attachment: reclock

I looked into it, and IAudioClock does not seem to interpolate (they explain how to interpolate based on the hw counters in the doc), so I went the easy way and synthesized the clock like we do elsewhere.

Comment 32

[Sylvestre Ledru [:Sylvestre]]

Tracking for the reasons mentioned by Chris

Comment 33

[Matthew Gregan [:kinetik]]

Comment on attachment 8550267 [details] [diff] [review]
reclock

Review of attachment 8550267 [details] [diff] [review]:
-----------------------------------------------------------------

Thanks.  I'm slightly concerned about losing latency compensation in the clock calculation, but let's see how we go.

::: media/libcubeb/src/cubeb_wasapi.cpp
@@ +258,5 @@
>      wasapi_stream_stop(stm);
> +    {
> +      auto_lock lock(&stm->stream_reset_lock);
> +      close_wasapi_stream(stm);
> +      /* Reopen a stream and start it immediatly. This will automatically pick the

immediately

@@ +377,5 @@
>  
>  void
>  refill(cubeb_stream * stm, float * data, long frames_needed)
>  {
> +  printf("callback.\n");

Don't forget to remove this.

Comment 34

[Paul Adenot (:padenot)]

(In reply to Matthew Gregan [:kinetik] from comment #33)
> Comment on attachment 8550267 [details] [diff] [review]
> reclock
> 
> Review of attachment 8550267 [details] [diff] [review]:
> -----------------------------------------------------------------
> 
> Thanks.  I'm slightly concerned about losing latency compensation in the
> clock calculation, but let's see how we go.

We have the latency figure in this backend, we could add it back. Also, the period (buffer size for one callback) for this backend is low, so it matters less than on, say, Android.

Comment 35

[Paul Adenot (:padenot)]

https://treeherder.mozilla.org/#/jobs?repo=try&revision=7102965a62c4

Comment 36

[Paul Adenot (:padenot)]

remote:   https://hg.mozilla.org/integration/mozilla-inbound/rev/0c05b2399837
remote:   https://hg.mozilla.org/integration/mozilla-inbound/rev/9efd544f112f

Comment 37

[Phil Ringnalda (:philor)]

https://hg.mozilla.org/mozilla-central/rev/0c05b2399837
https://hg.mozilla.org/mozilla-central/rev/9efd544f112f

Comment 38

[Sylvestre Ledru [:Sylvestre]]

Paul, could you fill the uplift requests for aurora & beta? Merci!

Comment 39

[Paul Adenot (:padenot)]

Comment on attachment 8544665 [details] [diff] [review]
wasapi-device-switch

Approval Request Comment
[Feature/regressing bug #]: Initial WASAPI landing, ages ago
[User impact if declined]: When changing the audio output device in the "Playback device" section, or when plugging/unplugging, say, an USB headset, the audio would continue to play on the previous device.

[Describe test coverage new/current, TreeHerder]: Tested locally, landed for a couple days

[Risks and why]: Those are not little patches. It's easy to backout if needed.
[String/UUID change made/needed]: none

Comment 40

[Paul Adenot (:padenot)]

Comment on attachment 8550267 [details] [diff] [review]
reclock

Approval Request Comment
(See comment 39, those patches should go in together).

Comment 41

[Sylvestre Ledru [:Sylvestre]]

Chris, Benjamin, that seems a pretty big patch. You confirm that we want it in 36? Thanks.
Anyway, taking it for 37.

Comment 42

[Benjamin Smedberg]

Sylvestre, I suspect that we wouldn't ship MSE for youtube without this working. I can't speak to the risk otherwise.

Comment 43

[Ralph Giles (:rillian)]

It sounds like this affects YouTube whether we ship MSE support on not. The original report was against the flash player.

But it does affect YouTube user experience, which is the motivation for uplifting MSE. I'd say the patch is moderate risk, but worth taking. FWIW, the patch isn't as big as it looks; a lot of the lines are code rearrangement. The changes are also isolated to libcubeb, so reverting if there are regressions won't be difficult.

Comment 44

[Sylvestre Ledru [:Sylvestre]]

Comment on attachment 8550267 [details] [diff] [review]
reclock

ok, let see what happens in beta 3 with this one!

Comment 45

[Ryan VanderMeulen [:RyanVM]]

https://hg.mozilla.org/releases/mozilla-aurora/rev/52cd50ebe28c
https://hg.mozilla.org/releases/mozilla-aurora/rev/e04b06b5cff5

https://hg.mozilla.org/releases/mozilla-beta/rev/20f7d44346da
https://hg.mozilla.org/releases/mozilla-beta/rev/0411d20465b4

Comment 46

[Matthew Gregan [:kinetik]]

Backed out of beta in bug 1133190.

Comment 47

[Matthew Gregan [:kinetik]]

And backed out of aurora in the same bug.  I'm not sure if "wontfix" is the right status here, since we are likely to reland this on aurora once it has stabilized.

Comment 48

[Alex]

(In reply to dsi from comment #16)
> (In reply to [e-mail] from comment #15)
> > I also have this issue (FF30, numerous prior versions also), but only with
> > HTML5 playback. Flash works correctly. To be more specific, while playing a
> > HTML5 stream (audio or video), switching the output device has no effect
> > until the stream is stopped and started again. With Flash, changing the
> > output device switches the audio to that stream immediately, during playback.
> 
> Yes, Flash works fine on Windows 7, but on Windows 8 it has the same issue
> as Firefox.

Confirm. On FF 38 bug is still relevant.
On Youtube FF audio output device changing is fine, but apparently due to the fact that stream on Youtube is html5.
I would like to see the real status instead "RESOLVED FIXED".

Comment 49

[Ben]

Having same error on FF 40 on twitch.com

Comment 50

[Alex]

(In reply to Ben from comment #49)
> Having same error on FF 40 on twitch.com

affirmative, on twitch.com

Comment 51

[Anthony Jones (:ajones, :kentuckyfriedtakahe, :k17e)]

(In reply to Alex from comment #50)
> (In reply to Ben from comment #49)
> > Having same error on FF 40 on twitch.com
> 
> affirmative, on twitch.com

Open a new bug.

Comment 52

[Matthew Gregan [:kinetik]]

(In reply to Ben from comment #49)
> Having same error on FF 40 on twitch.com

Twitch serves content via Flash and we don't have any control over Flash's use of audio, so you'd need to file a bug with Adobe to get this fixed I think.

Comment 53

[Francesco]

Os X (10.11.4 15E65) Firefox 48.0a2 (2016-05-11) testing bluetooth headphones (Trendwoo Runner X9) set as default system audio output.


Plain HTML5 website has audio through headphones:

http://riccardodressadore.com/index2.php?ln=a


WebGL website sends audio to internal speaker:

http://falter.madebywild.com/#en

**NO FLASH** plugin involved (but I guess the reverse is true: Flash uses webgl for accel output)



So *if* the problem is the same, it might be not only a Windows problem but a OpenGL / WebGL problem.
No idea about how WebGL may interfere with audio stuff..


Can you test on some flash site if exporting with the HTML option for Accellerated output (OpenGL) set to OFF has the same problem?

Comment 54

[Francesco]

(Update1 - after some time the same site has **no** audio)

Update2 - Testing other WebGL+WebAudio sites, same result:

http://ondras.github.io/fireworks-webgl/

Audio goes to internal speaker, headphones preference ignored.

It is definitely a WebAudio problem!!

Comment 55

[Fizer]

Switching audio device does not work in Firefox 47 when on a Flash site. Is this a Firefox issue or Flash issue.

This issue only occurs in Windows 10. It works fine in Windows 7.

When I delete the pluginreg.dat file from my Firefox profile, I can properly switch between audio playback devices, though if I restart my browser, audio device switching breaks again. 

I have to delete pluginreg.dat every time before starting my browser in order for audio device switching to properly work.

Comment 56

[Andreas Ronneseth]

I still have the issue in Firefox 48.0.2. To reproduce, I start Pandora (HTML5 audio I believe?) in a tab and it's playing through my laptop speakers. When I plug in my headset in the regular headset jack, audio stops from the built-in speakers but the audio does not switch over to my headset. The only way I've found around it is to exit Firefox and start it back up and the audio starts playing in my headset. I'm running Windows 10.

Comment 57

[Paul Adenot (:padenot)]

Andreas, are you sure you're using HTML5? Is there a plugin icon on the left of the address bar when on pandora ?

Comment 58

[Andreas Ronneseth]

Paul, You are right, there is a plugin symbol and it's Flash. I see Matthew G.'s comment re: Flash. Thanks for pointing that out, can't believe Pandora hasn't moved away from Flash.

Comment 59

[Francesco]

Can anybody confirm this problem on *non-flash*, webaudio websites I provided, to see if it's a Flash or a Firefox problem?


http://ondras.github.io/fireworks-webgl/

http://falter.madebywild.com/#en


Both are non-flash sites found over the internet using WebAudio+WebGl that I tried and think show the same buggy behaviour

Also: bug is still marked as RESOLVED FIXED, while still very relevant.
(And WebAudio is current/future tech)

Comment 60

[Fizer]

As I posted earlier, the issue for me, exists on Windows 10 with FF48. Windows 7 was unaffected in my testing.

For whatever reason, twitch.com is the last site I visit that still uses Flash, and audio switching is completely broken on that site. Audio switching on Firefox 48 works perfectly fine on HTML5 sites.

I narrowed the issue down to the path that pluginreg.dat points to for the NPSWF64_23_0_0_162.dll file.

If you go into your FF profile, open pluginreg.dat with a text editor, and delete the entire path for the NPSWF64_23_0_0_162.dll file, then restart FF, you'll find audio switching works again. However, since pluginreg.dat is an auto-regenerating file, when your restart FF again, the path will regenerate, and audio switching will once again break.

So, if you want audio switching to work correctly, you have to delete pluginreg.dat before you open FF.

I still have no clue exactly where the problem occurs. Since it could be a FF, Flash, or even a Windows 10 issue.

Comment 61

[Paul Adenot (:padenot)]

(In reply to Francesco from comment #59)
> Can anybody confirm this problem on *non-flash*, webaudio websites I
> provided, to see if it's a Flash or a Firefox problem?
> 
> 
> http://ondras.github.io/fireworks-webgl/
> 
> http://falter.madebywild.com/#en
> 
> 
> Both are non-flash sites found over the internet using WebAudio+WebGl that I
> tried and think show the same buggy behaviour
> 
> Also: bug is still marked as RESOLVED FIXED, while still very relevant.
> (And WebAudio is current/future tech)

Francesco, can you describe your setup?

- Machine (laptop vs. desktop PC, model)
- Firefox version
- Windows version
- type of audio gear (internal sound card, external sound card, usb headset, analog headset, etc.)
- What you usually do to repro this issue ? For example, does it switch correctly when plugging the headset, or removing the headset, or never ?

Can you also go into the audio preferences (right click on the volume icon), and tell me what are the default device in communication and playback mode (you can right click and chose those defaults if you want, to do some testing).

Hopefully we can characterize exactly what the problem is and fix it. It's working fine for most people it seems, but it's frustrating both for you and for us that some people still experience issues.

Comment 62

[Francesco]

- Machine (laptop vs. desktop PC, model)


MacBookPro8,3 (early 2011)
(Intel Core i7 2,2 GHz)

- Firefox version
Currently 50.0a2, but when I last tested for the bug it was some earlier version (I also tested a stable version)


- Windows version
:) not really
OS X 10.11.6 (15G1004)


- type of audio gear (internal sound card, external sound card, usb headset, analog headset, etc.)
Internal sound card, vs external headphones (either cabled or a Bluetooth "Trendwoo Runner X9")


- What you usually do to repro this issue ? For example, does it switch correctly when plugging the headset, or removing the headset, or never ?
Go to Flash or Webgl+Webaudio (not HTML5 audio) website with one audio setup. Change setup. Either it doesn't change or it totally quits audio.

Comment 63

[Francesco]

There are "HTML5 sites" that use the HTML5 audio API

( https://developer.mozilla.org/en-US/docs/Web/API/HTMLAudioElement )


and then there are "HTML5 sites" that use the WebAudio API

( https://developer.mozilla.org/en-US/docs/Web/API/Web_Audio_API ).


Then there are other "HTML5 sites" that use WebGL.



As you said it is quite clear that the HTML5 audio API doesn't suffer from this bug.
But a generic "HTML5 sites work" is a bit too broad.



Instead I found at least two websites (not mine) using the newer WebAudio API and WebGL together, *and* *no* *Flash*, and *both* (in my opinion, on my setup, etc..) seem to behave exactly like described by this bug:


http://ondras.github.io/fireworks-webgl/
(quick demo of WebGL capabilities, minimal by webgl people)


http://falter.madebywild.com/#en
(a very well known WebGL animation for a German news magazine)


Now..

if anybody can confirm if those site behave erratically, or *any* *other* website using WebAudio (NOT* NOT* NOT* HTML5 Audio :) ) and/or WebGL, maybe we can track down slightly better if it is Flash or something inside Firefox... (or something related to using audio together with 3D acceleration, that both WebGL and Flash use..)

Comment 64

[Paul Adenot (:padenot)]

Franscesco, this bug is about Windows (hence my message mentioning Windows, see the "platform" drop-down at the top of the page). We had similar issues about windows, and we fixed those in the past.

That said, it still appears to be a bug on your side. We have fixed a similar issue in bug 1278612, that appears to be in Firefox 50a2, but we might not be testing the correct thing.

I've opened bug 1304345 to track and fix this. You're CC-ed so you will receive update of our progress.

Comment 65

[Francesco]

Paul, I am testing this now, on 50.0a2 and can not reproduce the bug any more, so it might be bug 1278612.

Comment 66

[Jackson Isaac]

I am using FF 53.0.3 on macOS 10.12.4. 

Since few previous versions the playback (audio+video) completely stops while changing the output device. I also have Bongiovi DPS installed which is used as an audio booster.

I need to restart FF then only any video or media is able to play. Other browsers are able to playback media properly.

Comment 67

[Paul Adenot (:padenot)]

Isaac, this is a bug that is Windows specific. I've seen your other post in bug 1304345, we'll address you issue there.

Comment 68

[Jackson Isaac]

(In reply to Paul Adenot (:padenot) from comment #67)
> Isaac, this is a bug that is Windows specific. I've seen your other post in
> bug 1304345, we'll address you issue there.

I noticed the other bug later and then posted it there. Thanks.

Comment 69

[David Spector]

Maybe this bug is fixed just as it is described, and this is why this report is closed, but a version of it still happens in 2017 in FF 54. I routinely leave the audio output of my laptop switched to my HDMI cable leading to my TV, and every morning I can see the video of my desktop on my TV, but there is NO audio at all (Windows stupidly handles HDMI video automatically and duplicated but audio manually and single-destination). The volume bars in the volume control show audio being sent to the HDMI cable, but I hear nothing. Restarting FF works around the bug, restoring FF audio in the TV. Why does FF do this, and why is this bug still not fixed? Other applications don't get locked up like this, just FF.

Windows 8.1, FF 55.0.2 (32bit), Asus Model X501A, Samsung TV.

Comment 70

[mathieu.tarral]

Hi, 

I think we should reopen this bug since i just noticed the same behaviour on my Firefox 58.

I'm running it on Fedora, with KDE and the sound device is the speaker by default.
Sometimes, i'm using my bluetooth headset, and when i plug it and set it as the default audio device, Firefox is still playing on the speakers !

On the other hand, Google Chrome works perfectly fine and switch the audio device as expected.

Can someone confirm and look into this ?

Thanks !

Comment 71

[Paul Adenot (:padenot)]

Mathieu, this is a bug about windows. Please open another bug if you see an issue on Linux with PulseAudio.

Comment 72

[developer]

This problem is occurring in Windows 10 for 68.0.1

When I connect to my Bluetooth Headset the audio does not transfer.

Comment 73

[Paul Adenot (:padenot)]

Can you open a new bug for this? It's very likely to be a different issue.

You can use this link to do so.