Created attachment 148382 [details] Screenshots SUMMARY Sometimes the selection is a bright blue and sometimes it's a dark blue, using Breeze Twilight. Please see the screenshots. SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20220424 KDE Plasma Version: 5.24.4 KDE Frameworks Version: 5.93.0 Qt Version: 5.15.2 Kernel Version: 5.17.4-1-default (64-bit) Graphics Platform: Wayland
The lighter blue should be for when the window is inactive. It's this way everywhere.
(In reply to Nate Graham from comment #1) > The lighter blue should be for when the window is inactive. It's this way > everywhere. But it was not inactive, it was active, I just selected something there!
Can you attach a screen recording?
Reminder for me.
Created attachment 148407 [details] Screenrecording As requested: I could trigger it now several times when I first tried to drag / drop a set of audio files into strawberry (Wayland client), which failed and then opening the files in the same media player via the context menu.
So the steps to reproduce are: 1) Open Dolphin 2) Select some files 3) Drag them into another application and drop them there: In my case dropping did not succeed, there app did not accept the files -> The selection already turns into the brighter blue, which is the blue in case of inactive window 4) While the files in Dolphin are still selected, right click and open the context menu 5) Click somewhere else to close the context menu 6) Select the files again
Yeah, so this is exactly what I said it was: the files get that color because the window has become inactive during the drag. When you right-click on the files, the window becomes active again, but doesn't notify its contents. You can reproduce more easily like this: - Open Dolphin and select some files - Open another app, making Dolphin inactive. The selected files change color to reflect inactive status - Right-click on any of them Boom, now the window is active, but the colors didn't change. I think this is a Breeze bug. If not, it's a KWin bug. Starting with Breeze.
> Yeah, so this is exactly what I said it was You are right. :) Thanks for confirming. Interestingly the bug affects only the current tab. When a new tab is created, it does not show the issue, until the steps-to-reproduce are repeated for it too.
^ Same in case of the split view: The right (new) side of the split view does not 'inherit' the issue.