After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 762932 - gnome-control-center sometimes does unwanted sound output changes
gnome-control-center sometimes does unwanted sound output changes
Product: gnome-control-center
Classification: Core
Component: Sound
Other Linux
: Normal normal
: ---
Assigned To: Control center sound maintainer(s)
Control-Center Maintainers
Depends on:
Reported: 2016-03-01 16:59 UTC by Tanu Kaskinen
Modified: 2021-06-09 16:27 UTC
See Also:
GNOME target: ---
GNOME version: ---

Description Tanu Kaskinen 2016-03-01 16:59:42 UTC
I have a setup where I have three outputs: HDMI, integrated speakers and headphones. HDMI is in its own profile, while speakers and headphones share their profile. When speakers are available, headphones are not, and vice versa.

Let's say that the initial situation is that HDMI and speakers are available, so the dialog has two list items to select from, with HDMI selected initially:

    HDMI       (selected)

Then I select Speakers.

    Speakers   (selected)

Then I plug in headphones.

    Headphones (selected)

Then I plug out headphones.

    HDMI       (selected)

Wut? Why did HDMI get selected? My last action as a user (apart from plugging in and out the headphones) was selecting the speakers, so why did pulseaudio switch to HDMI when headphones were unplugged?

I confirmed that the request to use HDMI originated from gnome-control-center. My guess is that gnome-control-center noticed that there were some changes in the card state, queried the new state, and then iterated over the card ports. While iterating, the headphone port was processed first, and it had become unavailable. Since the currently active output was now unavailable, gnome-control-center decided to switch to the only available output, i.e. HDMI. After doing that, gnome-control-center continued the port iteration, and found that speakers had become available, so it added speakers to the output list.

If that speculation is correct, a possible fix would be to not tell pulseaudio to do any routing changes until the port iteration is finished.

I'll try to fix this, but I'm not confident that I'll get that done in any sensible time frame, so if someone else wants to try to fix this sooner, then awesome, go ahead.
Comment 1 André Klapper 2021-06-09 16:27:17 UTC
GNOME is going to shut down in favor of
As part of that, we are mass-closing older open tickets in
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version, then please follow
and create a new bug report at

Thank you for your understanding and your help.