https://bugs.kde.org/show_bug.cgi?id=522436
Steve Cossette <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #13 from Steve Cossette <[email protected]> --- Okay so I'm on Fedora 44 and with Nate Graham's help, I believe we pinpointed the cause. This is what I do to reproduce this issue: (NOTE: My network has several Apple and Chromecast devices on the network, I do not think this would occur without them) 1- Mute sound globally 2- Disable wifi 3- Enable wifi, sound automatically gets unmuted I did those steps while having pw-mon enabled, I can attach the log if you want but it is 24000 lines. I fed it through a LLM, it gives the following breakdown: The timeline Your log has 164 top-level events. Here's the relevant spine: Line What 2069, 2739 Start state: alsa_output.pci-0000_c4_00.6.HiFi__Speaker__ (node 69) has mute=true, softMute=true, channelVolumes=0.216007. Card 58's hw route also mute=true. Both RAOP sinks (Steve-2.local id 45, Gazebo.local id 121) mute=true. Everything muted — correct. 7492–7518 Wifi off. Both libpipewire-module-raop-sink instances (42, 104) get torn down along with their nodes, ports and clients. Avahi lost the services. 7520–8189 Wifi on. libpipewire-module-raop-discover recreates two sink modules (93, 78) → brand-new nodes 120 (Gazebo) and 55 (Steve-2), both born mute=false. Fresh objects, default state. 8740, 9291 WirePlumber restores mute=true on both new RAOP nodes. Node 69 still muted. So far, fine. 12135 Node 40 appears: Stream/Output/Audio, application.name = libcanberra, application.process.binary = plasmashell, event.id = audio-volume-change, event.description = "Volume Control Feedback Sound", media.role = alert, target.object = 69 12683 Node 69: mute true→false, softMute true→false. channelVolumes unchanged at 0.216007. 13611 Card 58's hw route follows: mute=false 13936, 14507 Both RAOP sinks unmuted too IT then recommended to try the following to try to rule plasmashell out: kquitapp6 plasmashell # or: systemctl --user stop plasma-plasmashell wpctl set-mute @DEFAULT_AUDIO_SINK@ 1 nmcli radio wifi off && sleep 5 && nmcli radio wifi on wpctl get-volume @DEFAULT_AUDIO_SINK@ # still [MUTED]? plasmashell & I did so, and the mute state does remain after reenabling wifi. It does look like it is something in plasmashell (maybe plasma-pa?) -- You are receiving this mail because: You are watching all bug changes.
