Bug 473493

Summary:	Wrong volume changes across all controls
Product:	[Plasma] plasma-pa	Reporter:	gudvinr+kde
Component:	general	Assignee:	Plasma Bugs List <plasma-bugs>
Status:	RESOLVED DUPLICATE
Severity:	normal	CC:	isma.af, me, nate, nowrep, surlaget
Priority:	NOR
Version:	5.27.7
Target Milestone:	---
Platform:	Arch Linux
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Attachments:	The applet in a bugged state. The three "Headphone" sinks all come from the same headphone. The two 40% cannot be changed, but the 30% can

Description gudvinr+kde 2023-08-17 23:20:00 UTC

SUMMARY

When I switch to another default sink (from BT speaker to built-in 3.5mm audio output), volume changes through hotkeys and applet scroll wheel still change volume of previous sink.

STEPS TO REPRODUCE
1. Connect to BT audio
2. Switch sinks (either through pactl or via applet; didn't matter for the result) to built-in audio
3. Try to change volume

OBSERVED RESULT
Volume for BT changes

EXPECTED RESULT
Volume for built-in audio should change instead

SOFTWARE/OS VERSIONS
Operating System: Arch Linux 
KDE Plasma Version: 5.27.7
KDE Frameworks Version: 5.108.0
Qt Version: 5.15.10
Kernel Version: 6.1.45-1-lts (64-bit)
Graphics Platform: X11

ADDITIONAL INFORMATION
I use pipewire (and, as a consequence, pipewire-pulse compatibility layer) of version 0.3.77

Comment 1 surlaget 2023-08-19 02:21:11 UTC

Created attachment 161053 [details]
The applet in a bugged state. The three "Headphone" sinks all come from the same headphone. The two 40% cannot be changed, but the 30% can

I am also experiencing this bug. It did not occur from upgrading the applet's version. I believe it might have been caused by my upgrading Pipewire 0.3.74 -> 0.3.77 but I am not 100% sure.

I am experiencing it from connecting & disconnecting my bluetooth headphones. Every time they connect, a new sink appears in the applet, but the old one is not removed. Sometimes, multiple sinks appear to be selected. The volume of the newest sink can be changed, and this does actually affect the headphones, but the other ones cannot. The volume keys pop up saying that they changed from one of the duplicate volumes by +/- 5%, but the volume is not actually changed.

Operating System: NixOS
KDE Plasma Version: 5.27.7
KDE Frameworks Version: 5.108.0
Qt Version: 5.15.9
Kernel Version: 6.4.8 (64-bit)
Graphics Platform: X11
Pipewire: 0.3.77

Comment 2 Ismael Asensio 2023-08-19 11:26:43 UTC

(In reply to surlaget from comment #1)
> Created attachment 161053 [details]
> The applet in a bugged state. The three "Headphone" sinks all come from the
> same headphone. The two 40% cannot be changed, but the 30% can
> 
> I am also experiencing this bug. It did not occur from upgrading the
> applet's version. I believe it might have been caused by my upgrading
> Pipewire 0.3.74 -> 0.3.77 but I am not 100% sure.
> 
> I am experiencing it from connecting & disconnecting my bluetooth
> headphones. Every time they connect, a new sink appears in the applet, but
> the old one is not removed. Sometimes, multiple sinks appear to be selected.
> The volume of the newest sink can be changed, and this does actually affect
> the headphones, but the other ones cannot. The volume keys pop up saying
> that they changed from one of the duplicate volumes by +/- 5%, but the
> volume is not actually changed.
> 
> Operating System: NixOS
> KDE Plasma Version: 5.27.7
> KDE Frameworks Version: 5.108.0
> Qt Version: 5.15.9
> Kernel Version: 6.4.8 (64-bit)
> Graphics Platform: X11
> Pipewire: 0.3.77

Hi! 

The issue you're describing is a different one than the bug reported here, and it's tracked in https://bugs.kde.org/show_bug.cgi?id=473093. As you suspect, it was caused by the update on pipewire, but they've already fixed it for their next version (https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3414)

I'll hide your and my comments to not confuse readers of this bug report.
Thanks!

Comment 3 Nate Graham 2023-08-22 22:00:10 UTC


*** This bug has been marked as a duplicate of bug 473093 ***

Comment 4 Ismael Asensio 2023-08-22 22:43:02 UTC


*** This bug has been marked as a duplicate of bug 456310 ***