Summary: | Widget backgrounds have transparency when X11 compositor is disabled | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | pinguthepenguin007 |
Component: | effects-various | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | minor | CC: | kdedev, nate, niccolo, noahadvs, uhhadd, visual-design |
Priority: | NOR | Keywords: | qt6, X11-only |
Version First Reported In: | 6.0.1 | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | The images depicting the bug in question. |
Adding the x11-only keyword Hi, It's been some time since this was reported. There have been many bug fixes and improvements to the compositor in the meantime. Is this still a problem with Plasma 6.3.4 or later? If so, please change this back to REPORTED. Thanks. (In reply to TraceyC from comment #2) > Hi, > > It's been some time since this was reported. There have been many bug fixes > and improvements to the compositor in the meantime. Is this still a problem > with Plasma 6.3.4 or later? If so, please change this back to REPORTED. > Thanks. Hello, thank you for your time :) This issue has actually disappeared in the 6.1 Plasma release, but returned in 6.2, so i will change it back. (In reply to TraceyC from comment #1) > Adding the x11-only keyword The widget backgrounds seem to be fully opaque on Wayland, too, they just don't do this weird behaviour i've described (as you can't really turn off the compositor in a Wayland session). Is this intended? Sorry for the late reply! > The widget backgrounds seem to be fully opaque on Wayland, too, they just > don't do this weird behaviour i've described (as you can't really turn off > the compositor in a Wayland session). Is this intended? Yes, it is intentional that you can't disable the compositor in Wayland like you were able to with X11. Can you try to reproduce the bug in X11? I set the version back to what it had been. Please don't change this. See the field descriptions here for an explanation https://bugs.kde.org/page.cgi?id=fields.html(In reply to pinguthepenguin007 from comment #4) Soooo... This is a bit awkward, but i think the bug has fully disappeared as of at least Plasma 6.3.4, i just didn't notice it 🤦
The reason i thought it was still an issue is that there are some effects happening on the backgrounds of the widgets, but if the widget is small they just make them look almost opaque. I don't think this is even a bug, though, and it's very much not related to this one :D
I'll mark this one as RESOLVED FIXED, if that's okay.
Thank you guys for fixing bugs and being kool. :)
> I set the version back to what it had been. Please don't change this. See
> the field descriptions here for an explanation
> https://bugs.kde.org/page.cgi?id=fields.html(In reply to pinguthepenguin007
> from comment #4)
whoops, my bad, sorry
Good to know for the future :)
|
Created attachment 166982 [details] The images depicting the bug in question. SUMMARY *** As shown on the images attached, widget backgrounds are fully opaque when the X11 compositor is enabled and have blur and transparency when it's not. *** STEPS TO REPRODUCE 1. Log in normally. 2. Disable the compositor with a shortcut or in any other way. (When the compositor's "Enable on startup" option in systemsettings is disabled, the issue disappears. However, it reappears if the compositor is enabled and disabled again afterwards.) OBSERVED RESULT All widgets' backgrounds have transparency and blur. EXPECTED RESULT All widgets' backgrounds should have transparency and blur effects when the compositor is enabled, and should have no effects appiled to them otherwise. SOFTWARE/OS VERSIONS Linux: Latest, as of 03/11/24 KDE Plasma Version: 6.0.1 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 ADDITIONAL INFORMATION Graphics Platform: X11 GPU: AMD Radeon HD 7700 Series ----------------------------------------------------------- Reproduced in a VM (QEMU) On a Wayland session, the backgrounds are opaque, too, though disabling the compositor to see if the issue happens there is not an option. :) Sidenote: I love how the widgets look when the blur effects are applied, and it would be awesome to have those with the compositor on. :D