Bug 1956122 - Gnome 40 Volume Control - change in volume instantly mutes sound
Summary: Gnome 40 Volume Control - change in volume instantly mutes sound
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: pipewire
Version: 34
Hardware: x86_64
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Wim Taymans
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-05-02 20:16 UTC by Ralf Oltmanns
Modified: 2022-04-06 19:41 UTC (History)
4 users (show)

Fixed In Version: pipewire-0.3.27-2.fc34
Doc Type: ---
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-05-13 01:04:41 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Ralf Oltmanns 2021-05-02 20:16:58 UTC
Description of problem:
When you try to adjust the audio volume via the volume control icon by turning the mouse wheel, sound instantly stops. The volume level indicator moves, but the sound is muted or possibly another output device is selected.

Version-Release number of selected component (if applicable):
pipewire-libs-0.3.26-4.fc34.x86_64
pipewire-0.3.26-4.fc34.x86_64
pipewire-pulseaudio-0.3.26-4.fc34.x86_64
pipewire-gstreamer-0.3.26-4.fc34.x86_64
pipewire-alsa-0.3.26-4.fc34.x86_64
pipewire0.2-libs-0.2.7-5.fc34.x86_64
gnome-shell-40.0-5.fc34.x86_64

uname -a
Linux host 5.11.16-300.fc34.x86_64 #1 SMP Wed Apr 21 13:18:33 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

How reproducible:
always

Steps to Reproduce:
1. Listen to some audio (in my case radio stream in Clementine)
2. Hover the mouse pointer over the volume control icon in the top bar and turn the mouse wheel to adjust the volume (that's how it worked in previous versions of Fedora, before pipewire)

Actual results:
Audio stops instantly (as if muted), although the audio feed is still received.

Expected results:
Volume should in-/decrease depending in direction the mouse wheel is turned.


Additional info:
Audio can be reestablished by the following steps:
1. Open Settings -> Sound
2. Change the current output device to some other settings
3. Change the output device back to the device with which you listened to the audio beforehand.

In my case, the output device is a Logitech CMI8738/CMI8768 PCI Audio (Aureon 5.1), analog output, configuration: Analog Stereo Output.

Comment 1 Fedora Update System 2021-05-10 13:34:35 UTC
FEDORA-2021-bccaeb0a46 has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2021-bccaeb0a46

Comment 2 Fedora Update System 2021-05-12 04:43:03 UTC
FEDORA-2021-bccaeb0a46 has been pushed to the Fedora 34 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-bccaeb0a46`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-bccaeb0a46

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 3 Fedora Update System 2021-05-13 01:04:41 UTC
FEDORA-2021-bccaeb0a46 has been pushed to the Fedora 34 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 4 Mike 2021-10-04 17:39:57 UTC
Still experiencing the issue on my system. I hover the mouse over the volume icon and scroll, and the sound immediately stops. I don't notice a mute icon or any other visual indication.
The fix for me is to remove the headphones from the jack and re-insert. The sound resumes immediately. I'm then prompted to select what device I plugged in: headphones, headset or microphone. 
I was also just able to trigger it by removing and re-inserting the headphones. Never noticed that one before. 

# rpm -qa | grep pipewire
pipewire0.2-libs-0.2.7-5.fc34.x86_64
pipewire-libs-0.3.38-1.fc34.x86_64
pipewire-0.3.38-1.fc34.x86_64
pipewire-alsa-0.3.38-1.fc34.x86_64
pipewire-gstreamer-0.3.38-1.fc34.x86_64
pipewire-jack-audio-connection-kit-0.3.38-1.fc34.x86_64
pipewire-pulseaudio-0.3.38-1.fc34.x86_64
pipewire-utils-0.3.38-1.fc34.x86_64
# uname -a
Linux hostname.domain.com 5.14.9-200.fc34.x86_64 #1 SMP Thu Sep 30 11:55:35 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Comment 5 Mike 2021-10-05 17:59:22 UTC
I followed most of the steps under Crashing on this page and it encouraged me to install some debugging packages. Now that they're installed and I'm watching, the volume hasn't quit once today:
https://gitlab.freedesktop.org/pipewire/pipewire/-/wikis/Troubleshooting

Comment 6 Mike 2021-10-20 14:03:38 UTC
Uodate - the above was wishful thinking. The audio continues to fail when adjusting the volume. Unfortunately the steps in the link above aren't working for me. Maybe because the program isn't actually 'crashing'. I have GDB running and monitoring the process for pipewire-media-session but when the audio cuts out, nothing appears in the gdb window.

Maybe this is helpful?
journalctl -xe | grep pipewire
...
Oct 20 07:16:53 fqdn pipewire-pulse[2885]: mod.protocol-pulse: client 0x556bf772e0f0: send channel:-1 20, error -32: Broken pipe

Comment 7 Mike 2022-04-06 19:41:12 UTC
This is what I run to fix it:
systemctl --user restart pipewire-pulse wireplumber


Note You need to log in before you can comment on or make changes to this bug.