SUMMARY When switching between sinks using the plasma-pa applet a notification briefly pops up on the middle of the screen alerting the user to what is the currently used sink. However when a second monitor is connected, repeating this action quickly causes this notification to appear on the far edge of the screen instead (in my case the top left), and any subsequent attempts to switch sinks will display the notification there. I don't believe this is intended behaviour because it makes it quite hard to see. **The bug does not trigger if:** the action is performed slowly, such that the notification has time to fade completely from the screen; a second monitor is not connected. STEPS TO REPRODUCE 1. Connect a second display capable of playing sound 2. Switch between audio sinks (e.g. a headphone and the display itself) quickly using the plasma-pa applet 3. Observe the "current sink" notification normally displayed on the middle of the main display OBSERVED RESULT Notification moves to the top right edge of my main display EXPECTED RESULT Notification stays in middle of my main display SOFTWARE/OS VERSIONS Windows: macOS: (available in the Info Center app, or by running `kinfo` in a terminal window) Linux/KDE Plasma: KDE Plasma Version: 6.2.1 KDE Frameworks Version: 6.7.0 Qt Version: 6.8.0 ADDITIONAL INFORMATION I have no idea if this plays a role on triggering the bug as I have no other monitors to test with, but my setup is one 1080p monitor connected via DisplayPort as my main, and a smaller 1280x1024 monitor connected via HDMI. I'm using wayland.
I believe the on screen display code lives in plasma itself. Moving bug there. Also can confirm this - switching between any two outputs to quickly breaks the OSD.
(In reply to Harald Sitter from comment #1) > I believe the on screen display code lives in plasma itself. Moving bug > there. I wasn't sure, but thank you.
Hmm, I can't reproduce this myself when I rapidly switch between my laptop's internal speakers and an external Bluetooth amp.
(In reply to Nate Graham from comment #3) > Hmm, I can't reproduce this myself when I rapidly switch between my laptop's > internal speakers and an external Bluetooth amp. Do you have a second monitor connected?
Right, at the time I was testing with only one screen. Let me try with two.
OK, plugged in my TV over HDMI, which is capable of accepting and playing an audio signal. With three audio sinks (laptop speakers, TV speakers, bluetooth amp+speakers), switching from any sink to another sink while the OSD is still displayed does not cause any issues. Tried it with the TV screen positioned in KScreen to the left of the laptop screen as well as to the right. This is with current git master; maybe it's now fixed there? Are you still experiencing it, Harald? If so, I'd appreciate a pointer on how to reproduce it.
I have my main output at 3440x1440 1.5 scale. The secondary output to the right at 1920x1080 1 scale. I only have the primary enabled it works fine. I enable the secondary. Quickly switch devices through the applet and the OSD breaks.
Yep, that works for me (in my case 4k@150% primary on the left and 2880x1800@100% on the right since I don't have hardware your exact combination of screen resolutions. Still, if you can reproduce the issue, I'll reset it to Confirmed. Odd that I can't.
*** Bug 496258 has been marked as a duplicate of this bug. ***
Currently still happening on Plasma 6.2.3. To add more information: the OSD breaking is influenced by where the secondary display is arranged in the "Display Configuration" settings. If I configure my secondary display to the left of primary one, the OSD skews to the left, and vice versa. I can upload video of me triggering the bug if it helps visualize what I'm describing. Nate, when you say it works for you, do you mean that you can reproduce the issue, or that it's behaving normally for you?
When I follow those steps that you folks can use to reproduce the bug, it works fine for me; I can't reproduce it.