Created attachment 153140 [details] Screenshot of a part of the panel in KDE Plasma 5.26.1, clearly showing a 1px border around the panel's background SUMMARY Starting with Plasma 5.26.1, the background of panels that have their opacity set to translucent have an unexpected 1px border around the entire panel. STEPS TO REPRODUCE 1. Launch KDE 2. Make sure the panel's background opacity is set to "translucent" OBSERVED RESULT The panel's background has a 1px border. It appears that the area in that border is not blurred like the rest of the panel. See attachment. EXPECTED RESULT There should be no border. The entire background area should be a solid mix of blurred wallpaper and panel background color. SOFTWARE/OS VERSIONS KDE Plasma Version: 5.26.1 ADDITIONAL INFORMATION I've read the 5.26.1 changelog, and I assume that this regression was introduced with the fix for this bug: https://bugs.kde.org/show_bug.cgi?id=417511 The commit in question: https://invent.kde.org/plasma/plasma-workspace/-/commit/b68a93efee8a1b1de86f3689c0db685f6a74adf9
Created attachment 153147 [details] Screenshot of the issue clearly visible using the stock wallpaper "Ice Cold" with KDE 5.26.1 I can reproduce this on KDE Neon User 20221023-0714 shipping KDE 5.26.1. Attaching a new screenshot where it is even more pronounced against the "Ice Cold" stock wallpaper.
Caused by the final for for the Korners bug (Bug 417511). Personally I think it looks pretty cool, but I guess if this wasn't the intended appearance, it's a bug that should be fixed.
*** Bug 460977 has been marked as a duplicate of this bug. ***
With compositing turned off, this 1px border also becomes entirely invisible and, on top of that, does not capture input for the panel, allowing users to click through. This can get pretty noticeable, because moving the mouse all the way down to the bottom of the screen to click any button on the panel simply does not work. So this has a functional impact, not just a cosmetic one.
(In reply to Ennea from comment #4) > With compositing turned off, this 1px border also becomes entirely invisible > and, on top of that, does not capture input for the panel, allowing users to > click through. This can get pretty noticeable, because moving the mouse all > the way down to the bottom of the screen to click any button on the panel > simply does not work. So this has a functional impact, not just a cosmetic > one. That's a completely unrelated bug; I'd suggest filing that separately.
(In reply to veggero from comment #5) > That's a completely unrelated bug; I'd suggest filing that separately. Wait, really? That's a funky coincidence.
(In reply to Ennea from comment #6) > (In reply to veggero from comment #5) > > That's a completely unrelated bug; I'd suggest filing that separately. > > Wait, really? That's a funky coincidence. It's not a particularly funky coincidence considering that "this 1px border also becomes entirely invisible" actually means "this bug disappears when compositing is off" and "does not capture input for the panel" is not mentioned in the bug report at all :P yeah, this line doesn't really affect any mouse input
(In reply to veggero from comment #7) > It's not a particularly funky coincidence considering that "this 1px border > also becomes entirely invisible" actually means "this bug disappears when > compositing is off" and "does not capture input for the panel" is not > mentioned in the bug report at all :P yeah, this line doesn't really affect > any mouse input Perhaps my wording wasn't particularly good on that one. When I say invisible, I mean that the panel now has a 1px border of invisibility/full transparency. I'll attach another screenshot in a bit. Basically like the existing screenshots, but the panel itself is full black (in my case), and it all has a 1px border you can see the wallpaper through. Still not related? ;)
(In reply to Ennea from comment #8) > (In reply to veggero from comment #7) > > It's not a particularly funky coincidence considering that "this 1px border > > also becomes entirely invisible" actually means "this bug disappears when > > compositing is off" and "does not capture input for the panel" is not > > mentioned in the bug report at all :P yeah, this line doesn't really affect > > any mouse input > > Perhaps my wording wasn't particularly good on that one. When I say > invisible, I mean that the panel now has a 1px border of invisibility/full > transparency. I'll attach another screenshot in a bit. Basically like the > existing screenshots, but the panel itself is full black (in my case), and > it all has a 1px border you can see the wallpaper through. Still not > related? ;) Ah, that's more interesting! I'm not sure if it's related (this bug is caused by the mask being smaller than the panel and that should not have any effect on compositing off) but I can investigate. The mouse input stuff is for sure unrelated though
Created attachment 153364 [details] With compositing turned off; a black terminal window is maximized to show the (now completely see-through) border
Are you on X11 and using a fractional scale factor (i.e. not 100% or 200%)? If so, this is Bug 460965 and might indeed have been introduced with https://invent.kde.org/plasma/plasma-workspace/-/commit/b68a93efee8a1b1de86f3689c0db685f6a74adf9.
I do have the same problem, scaling is 100%. My system is: Operating System: openSUSE Tumbleweed 20221029 KDE Plasma Version: 5.26.2 KDE Frameworks Version: 5.99.0 Qt Version: 5.15.6 Kernel Version: 6.0.5-1-default (64-bit) Graphics Platform: X11 Graphics Processor: Mesa Intel® UHD Graphics 620 When I turn of compositor, there is a gap and mouse is not registered on this gap, which is very annoying as it make selecting apps by mouse harder.
Same here. X11, 100% scale. Keep in mind this only happens with compositing turned off.
Can reproduce 100% with compositing turned off on x11.
*** Bug 460965 has been marked as a duplicate of this bug. ***
*** Bug 461458 has been marked as a duplicate of this bug. ***
Sorry Niccolò, it's definitely https://invent.kde.org/plasma/plasma-workspace/-/commit/b68a93efee8a1b1de86f3689c0db685f6a74adf9 that caused this--including mouse input on the edges hitting the desktop, not the panel. With that commit reverted, the issue goes away; what that commit restored, the issue returns. Try it yourself and you'll see.
(In reply to Nate Graham from comment #17) > Sorry Niccolò, it's definitely > https://invent.kde.org/plasma/plasma-workspace/-/commit/ > b68a93efee8a1b1de86f3689c0db685f6a74adf9 that caused this--including mouse > input on the edges hitting the desktop, not the panel. With that commit > reverted, the issue goes away; what that commit restored, the issue returns. > Try it yourself and you'll see. Ah, ok, I found the issue. When compositing is disabled, `setMask` for some reason crops the entire window and mouse area. Fix is really simple, it's enough to give the rawMask to setMask instead of the mask; however I revert that commit in https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/2276 anyway, so that's not really needed. See my comment there on why the revert should do the trick even though we have https://invent.kde.org/frameworks/plasma-framework/-/merge_requests/636
*** Bug 461775 has been marked as a duplicate of this bug. ***
*** Bug 461990 has been marked as a duplicate of this bug. ***
*** Bug 461984 has been marked as a duplicate of this bug. ***
*** Bug 462134 has been marked as a duplicate of this bug. ***
Git commit 1abe11473bcaa282ad1b5087b8dbaab2329530de by Nate Graham, on behalf of Niccolò Venerandi. Committed on 24/11/2022 at 16:57. Pushed by ngraham into branch 'master'. Panel: Revert making the mask smaller by 1px This fixes 460896, but breaks the fix for 417511. It will be re-fixed again by https://invent.kde.org/frameworks/plasma-framework/-/merge_requests/644, without any negative side effects. FIXED-IN: 5.26.4 M +2 -9 shell/panelview.cpp https://invent.kde.org/plasma/plasma-workspace/commit/1abe11473bcaa282ad1b5087b8dbaab2329530de
Git commit 631841e00e204ba37da2367fe6b221ba6ab795b4 by Nate Graham, on behalf of Niccolò Venerandi. Committed on 24/11/2022 at 17:00. Pushed by ngraham into branch 'Plasma/5.26'. Panel: Revert making the mask smaller by 1px This fixes 460896, but breaks the fix for 417511. It will be re-fixed again by https://invent.kde.org/frameworks/plasma-framework/-/merge_requests/644, without any negative side effects. Related: bug 417511 FIXED-IN: 5.26.4 (cherry picked from commit 1abe11473bcaa282ad1b5087b8dbaab2329530de) M +2 -10 shell/panelview.cpp https://invent.kde.org/plasma/plasma-workspace/commit/631841e00e204ba37da2367fe6b221ba6ab795b4
*** Bug 462266 has been marked as a duplicate of this bug. ***