Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mumble disables my Bluetooth headset #6280

Open
Arthur-D opened this issue Dec 12, 2023 · 7 comments
Open

Mumble disables my Bluetooth headset #6280

Arthur-D opened this issue Dec 12, 2023 · 7 comments
Labels
audio bug A bug (error) in the software client

Comments

@Arthur-D
Copy link

Description

Whenever I start Mumble, my Bluetooth headset gets disabled system-wide.
It also applies whenever I have Mumble open first and then connect the headset, it connects but gets disabled as a playback device system-wide.
I can easily enable it again in my system sound settings, but it is rather annoying, and strange.

Steps to reproduce

  1. Connect Bluetooth headset.
  2. Start Mumble.
  3. See Bluetooth headset get disabled as playback device system-wide.
    OR
  4. Start Mumble.
  5. Connect Bluetooth headset.
  6. See Bluetooth headset is disabled as playback device system-wide.

Mumble version

1.4.287

Mumble component

Client

OS

Linux

Reproducible?

Yes

Additional information

I am using OpenSUSE Tumbleweed, with PipeWire as sound server, under KDE Plasma. Mumble is installed as a Flatpak, though I don't know if that would really change anything in this case.

My Bluetooth headset is a Sony WH-XB910N, and if I don't have Mumble open, it gets set as default playback device as it should whenever I connect it. For the record, I have not found any other application messing with my system-wide playback like Mumble does, which is why I am filing this bug here.

Relevant log output

No response

Screenshots

This is what happens whenever Mumble is open:
image

Luckily, I can still enable it after the fact, Mumble doesn't hinder that, but the fact that it disables my Bluetooth headset has been going on for about a year now I think. This is how it should be:
image

@Arthur-D Arthur-D added bug A bug (error) in the software triage This issue is waiting to be triaged by one of the project members labels Dec 12, 2023
@Krzmbrzl
Copy link
Member

Do you have the Exclusive Checkbox checked in the audio input and/or output settings?

@Arthur-D
Copy link
Author

Arthur-D commented Dec 12, 2023

No, in fact that checkbox is greyed out for me in both Audio Input and Audio Output settings for Mumble.
Like this:
image

(Also that is an amazingly quick response time, thanks for getting back to me.)

@davidebeatrici
Copy link
Member

Does journalctl tell something related?

@Arthur-D
Copy link
Author

Arthur-D commented Dec 12, 2023

I'm not sure, but maybe this is related? Doesn't really say anything about cause, but maybe it's something.
image
And:
image

@davidebeatrici
Copy link
Member

Yep, looks like the PipeWire node goes into error...

@Krzmbrzl Krzmbrzl added client audio and removed needs-more-input triage This issue is waiting to be triaged by one of the project members labels Dec 13, 2023
@Arthur-D
Copy link
Author

Is there something else I can do to help debug this? Or is this something that's not really a Mumble bug? Thank you very much for your time.

@Krzmbrzl
Copy link
Member

It's likely a bug in our PipeWire implementation somehow. @davidebeatrici knows this best, so he might know what could be important here.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
audio bug A bug (error) in the software client
Projects
None yet
Development

No branches or pull requests

3 participants