Created attachment 186062 [details] main window grayed-out SUMMARY Adding a filter mask to a layer brings up the dialog but grays out the main window. Opening the filter properties does the same thing, making the tool not very useful as you cannot effectively see what you are doing. STEPS TO REPRODUCE 1. Create a document. 2. Draw some saturated colors onto the canvas. 3. Add a filter mask. OBSERVED RESULT The main window darkens, possibly to indicate modality. EXPECTED RESULT The main window should not darken, even if the dialog is meant to be modal (I honestly don't think the dialog should be modal in the first place. Layer properties isn't modal, but filter properties is?) SOFTWARE/OS VERSIONS Operating System: NixOS 25.11 KDE Plasma Version: 6.4.5 KDE Frameworks Version: 6.19.0 Qt Version: 6.9.2 Kernel Version: 6.17.1-zen1 (64-bit) Graphics Platform: X11 Processors: 24 × AMD Ryzen 9 3900X 12-Core Processor Memory: 64 GiB of RAM (62.7 GiB usable) Graphics Processor: AMD Radeon RX 7900 XTX ADDITIONAL INFORMATION I have most desktop effects turned off in Plasma and I'm using the "Breeze Dark" theme. This seems to happen with any Krita theme and style. Another user using i3 window manager did not see this issue. The gray-out effect also got stuck one time! The app had to be restarted because it wouldn't return to normal. What I suspect might be happening is that Krita is not setting a "gray-out" value for the behavior of modal windows, and Qt might be picking whatever default Plasma provides for its currently loaded theme.
This is something you have to turn off in Plasma. According to the duplicate bug report, it's in Desktop Effects > Focus > Dialog Parent. *** This bug has been marked as a duplicate of bug 480611 ***
Created attachment 186064 [details] python QDialog example of circumventing Plasma dimming I'm reopening this because it is definitely possible for Krita to bypass this behavior, and as proof I have attached a sample Pyside6 program that shows that you can disable a window to preserve QGraphicsView's color (while dimming other stuff like buttons) instead of setting the modal flag of a dialog or popup as a way to get around this parent dimming effect. A user should not have to adjust their Plasma desktop effects to make Krita behave in the intended way, and even more so because Plasma and Krita are both in the KDE ecosystem.
Yeah sure, it's possible to work around misbehavior of a modal dialogs by not opening a modal dialog. That's not a solution. If you want to bring the ecosystem argument, it's probably better to bring that to Plasma and ask them to special-case Krita or allow graphics applications to somehow identify themselves as not dimmable. It's much easier for them not to apply the pointless dimming behavior than it is for Krita to modify how it shows dialogs in the hopes that it will make window managers not render its windows wrong. *** This bug has been marked as a duplicate of bug 480611 ***
That should probably be a separate feature request. I agree making those pop-ups modal seems like a workaround to prevent race conditions, but it's not 100% ideal for user experience because users are blocked from interacting with the canvas in read-only ways, like panning or zooming, which user will often want to do, while adding a filter layer. (Also, while I understand there is no desire to support DE other than Plasma, FWIW some desktop environments automatically dim the modal parent with no way to override it, so avoiding modal have some benefit on that front)
I'll make a separate request.