Description of problem: When plugging in headphones, GNOME asks whether it's a headset (or normal headphones, or whether I want to keep listening through speakers). In Fedora 33 (with pulseaudio), it defaulted to headphones, and the prompt let me change it if I wanted. In Fedora 34, I have to affirmatively answer "headphones". Version-Release number of selected component (if applicable): pipewire-0.3.27-1.fc34.x86_64 gnome-shell-40.0-6.fc34.x86_64 How reproducible: Steps to Reproduce: 1. play music 2. insert headphones Actual results: Audio output prompt appears. Expected results: Audio switches from speakers to headphones, and audio output prompt appears. Additional info: Hardware: Dell Latitude E5450 $ lspci|grep -i audio 00:03.0 Audio device: Intel Corporation Broadwell-U Audio Controller (rev 09) 00:1b.0 Audio device: Intel Corporation Wildcat Point-LP High Definition Audio Controller (rev 03) $ lspci -n |grep -E '00:03.0|00:1b.0' 00:03.0 0403: 8086:160c (rev 09) 00:1b.0 0403: 8086:9ca0 (rev 03) $ dmesg|grep -i hda [ 8.866568] snd_hda_intel 0000:00:03.0: enabling device (0000 -> 0002) [ 8.875691] snd_hda_intel 0000:00:03.0: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915]) [ 8.878023] snd_hda_intel 0000:00:1b.0: enabling device (0000 -> 0002) [ 8.928603] input: HDA Intel HDMI HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:03.0/sound/card0/input12 [ 8.930244] input: HDA Intel HDMI HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:03.0/sound/card0/input13 [ 8.932274] input: HDA Intel HDMI HDMI/DP,pcm=8 as /devices/pci0000:00/0000:00:03.0/sound/card0/input14 [ 8.933998] input: HDA Intel HDMI HDMI/DP,pcm=9 as /devices/pci0000:00/0000:00:03.0/sound/card0/input15 [ 8.935753] input: HDA Intel HDMI HDMI/DP,pcm=10 as /devices/pci0000:00/0000:00:03.0/sound/card0/input16 [ 8.948445] snd_hda_codec_realtek hdaudioC1D0: autoconfig for ALC3235: line_outs=1 (0x16/0x0/0x0/0x0/0x0) type:line [ 8.949956] snd_hda_codec_realtek hdaudioC1D0: speaker_outs=1 (0x14/0x0/0x0/0x0/0x0) [ 8.951460] snd_hda_codec_realtek hdaudioC1D0: hp_outs=1 (0x15/0x0/0x0/0x0/0x0) [ 8.952867] snd_hda_codec_realtek hdaudioC1D0: mono: mono_out=0x0 [ 8.954123] snd_hda_codec_realtek hdaudioC1D0: inputs: [ 8.959363] snd_hda_codec_realtek hdaudioC1D0: Headset Mic=0x1a [ 8.963717] snd_hda_codec_realtek hdaudioC1D0: Dock Mic=0x19 [ 8.963723] snd_hda_codec_realtek hdaudioC1D0: Headphone Mic=0x18 [ 8.963725] snd_hda_codec_realtek hdaudioC1D0: Internal Mic=0x13 [ 9.020800] input: HDA Intel PCH Dock Mic as /devices/pci0000:00/0000:00:1b.0/sound/card1/input17 [ 9.022283] input: HDA Intel PCH Headphone Mic as /devices/pci0000:00/0000:00:1b.0/sound/card1/input18 [ 9.023759] input: HDA Intel PCH Dock Line Out as /devices/pci0000:00/0000:00:1b.0/sound/card1/input19
I tried switching back to pulseaudio (instructions below). Then plugging in my headphones worked as expected (switching the audio output even before I answered the popup). I don't know whether gnome-shell is missing something, or if this is a bug in pipewire. 1. sudo dnf swap --allowerasing pipewire-pulseaudio pulseaudio 2. Log out and back in again.
Created attachment 1783713 [details] Output of "pactl list". (While headphones plugged in but not selected as output)
Created attachment 1783714 [details] Output of "pw-dump". (While headphones plugged in but not selected as output)
On KDE, there is no dialogue letting the user select headphones as the playback port at all. Instead, one has to open the Audio section of System Settings and manually select "Headphones" as the playback device port. The playback device port switches to "Headphones (unplugged)" with audio playing from the speakers when headphones are unplugged, but plugging them in does not change the playback device port regardless of the previous setting. Switching from pipewire-pulseaudio back to pulseaudio as indicated in comment #1 fixes the problem for me. This is on a Dell XPS 13 9360. $ lspci | grep -i audio 00:1f.3 Audio device: Intel Corporation Sunrise Point-LP HD Audio (rev 21)
FEDORA-2021-5a5f27d6b3 has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2021-5a5f27d6b3
FEDORA-2021-5a5f27d6b3 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-5a5f27d6b3` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-5a5f27d6b3 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2021-5a5f27d6b3 has been pushed to the Fedora 34 stable repository. If problem still persists, please make note of it in this bug report.