[Breeze] [Bug 428095] Drop menu sometimes has no borders
https://bugs.kde.org/show_bug.cgi?id=428095 --- Comment #10 from Andreas H --- No worries Nate! I'm afraid there's no workaround that I could see, at least from the Plasma side. I plan to dive into the Qt code soon to either fix it or find a workaround, but that will probably take some time, considering how massive it is. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 428095] Drop menu sometimes has no borders
https://bugs.kde.org/show_bug.cgi?id=428095 --- Comment #8 from Andreas H --- Hey all! I've spent some more time tracking this down. It appears breeze popups shown with widget->popup() (i.e. asynchronously) exhibit this problem. Popups shown with widget->exec() (i.e. synchronously) do not. Furthermore, if the popup has the translucency flag set before popup() is called then the problem goes away. It appears (in X11) that after a certain moment, Qt will ignore the translucency. With exec() the moment is before polish(), and in popup() the moment is after polish(). I dug around the Qt bug tracker and found this. I believe this is the root cause of the issue, and after this is fixed the issue should fix itself :D https://bugreports.qt.io/browse/QTBUG-60822 -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 428095] Drop menu has no borders
https://bugs.kde.org/show_bug.cgi?id=428095 --- Comment #7 from Andreas H --- Created attachment 132782 --> https://bugs.kde.org/attachment.cgi?id=132782=edit Drag Menu With KWin Console -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 428095] Drop menu has no borders
https://bugs.kde.org/show_bug.cgi?id=428095 Andreas H changed: What|Removed |Added CC||andreas.harat...@gmail.com --- Comment #6 from Andreas H --- Hey all! Thanks for bringing this up. I've been looking into this for a bit but I'm having a hard time tracking down the root cause. It appears that some transparent menus in X11 (like the drop menu) are totally missing an alpha channel! See my attachment with the KWin debug console. I think my fix moved the glitch into the border; though it isn't the reason those windows are lacking transparency. These windows seem fine in Wayland, except for the "More Actions" KWin menu. I think this could be an issue in Breeze, or Qt. If anyone has any ideas I'm all ears -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 422460] kwin_wayland asserts when waking up from suspend
https://bugs.kde.org/show_bug.cgi?id=422460 Andreas H changed: What|Removed |Added Status|CONFIRMED |RESOLVED Latest Commit||https://invent.kde.org/plas ||ma/kwin/commit/6c9026628cdb ||fd38baeeceb48e672c5458e93f8 ||e Resolution|--- |FIXED --- Comment #4 from Andreas H --- Git commit 6c9026628cdbfd38baeeceb48e672c5458e93f8e by Andreas Haratzis. Committed on 08/07/2020 at 01:33. Pushed by apol into branch 'master'. Fix DrmOutput sometimes being freed with a pending pageflip, often when waking from sleep. It is possible for updateOutputs to be called when a pageflip is pending. Freeing a DrmOutput with a pending pageflip is not allowed (see ~DrmOutput assert - the page flip handler will be called on the freed memory, possibly leading to use-after-free). This works around the problem by delaying the destruction with teardown(). M +5-1plugins/platforms/drm/drm_backend.cpp https://invent.kde.org/plasma/kwin/commit/6c9026628cdbfd38baeeceb48e672c5458e93f8e -- You are receiving this mail because: You are watching all bug changes.