Bug 359601 - "Windows can cover" does not seem to work for me
Summary: "Windows can cover" does not seem to work for me
Status: RESOLVED WORKSFORME
Alias: None
Product: plasmashell
Classification: Plasma
Component: Panel (show other bugs)
Version: 5.9.2
Platform: Neon Linux
: NOR normal
Target Milestone: 1.0
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-02-20 11:03 UTC by Gunter Ohrner
Modified: 2023-09-19 21:06 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
kCalc does not cover the "Windows can cover"-panel in the lower right screen corner. Also maximized windows never cover it, the panel always stays in front. (1.45 MB, image/png)
2016-02-20 11:04 UTC, Gunter Ohrner
Details
xprop of the "always on top" "Windows can cover" panel (26.33 KB, text/plain)
2016-02-25 15:59 UTC, Gunter Ohrner
Details
new panel with kcalc beneath it (1.48 MB, image/png)
2016-03-03 10:18 UTC, Gunter Ohrner
Details
new panel with maximized kate beneath it (771.87 KB, image/png)
2016-03-03 10:18 UTC, Gunter Ohrner
Details
xprop of new panel (26.33 KB, text/plain)
2016-03-03 10:19 UTC, Gunter Ohrner
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Gunter Ohrner 2016-02-20 11:03:31 UTC
Using: KDE Neon packages, Plasma 5.5.4

I tried setting a panel in the lower right corner of my primary screen to "Windows can cover". (See screenshot.)

Still I have not witnessed any window to actually cover this panel, neither in windowed nor in maximized mode...

What would I have to do to let windows cover this panel?

Reproducible: Always
Comment 1 Gunter Ohrner 2016-02-20 11:04:52 UTC
Created attachment 97311 [details]
kCalc does not cover the "Windows can cover"-panel in the lower right screen corner. Also maximized windows never cover it, the panel always stays in front.
Comment 2 David Edmundson 2016-02-25 00:43:54 UTC
Please run xprop and click on the panel

Then attach the output.

This can also happen if one of the applets in the panel is marking itself as "needs attention", at which point we deliberately bring ourselves to the front.

If you make a new empty panel, does that work correctly?
Comment 3 Gunter Ohrner 2016-02-25 15:57:46 UTC
(In reply to David Edmundson from comment #2)
> If you make a new empty panel, does that work correctly?

No - or I'm doing something wrong. ;)

I created a completely new, empty panel and configured it as "Windows can cover". All windows will be displayed beneath it, even in maximized mode.

I'll attach the xprop output.
Comment 4 Gunter Ohrner 2016-02-25 15:59:15 UTC
Created attachment 97555 [details]
xprop of the "always on top" "Windows can cover" panel
Comment 5 Marco Martin 2016-03-02 11:07:14 UTC
can't reproduce on master
Comment 6 Marco Martin 2016-03-02 11:09:02 UTC
xprop output is quite strange as it shows the old plasma icon as the window icon, suggests some weird mixup of kde4/kf5 environment
Comment 7 David Edmundson 2016-03-02 23:56:25 UTC
Nah, that must be just the oxygen icon set.

It must be Plasma 5 as it has _KDE_NET_WM_BACKGROUND_CONTRAST_REGION
Comment 8 David Edmundson 2016-03-02 23:59:17 UTC
xprop doesn't list any struts, so that's doing the right thing.

What window manager do you use?
have you tried dragging a window so it covers the panel? (or clicking maximise0

note that windows still snaps along the panel edge and windows wont' automatically cover it for no reason.
Comment 9 Gunter Ohrner 2016-03-03 10:13:03 UTC
Right, I'm using the Oxygen icons. (The panel does not actually seem to show/display its icon anywhere btw. The panel menu is just a three-bars-symbol.)

I'm using kwin:

ii  kwin-x11                    4:5.5.4-0ubuntu1~u amd64              KDE window manager, X11 version

Windows dragged to where the panel is or maximized windows always move behind the panel, just as the first attachment shows. This also happened with the new panel I created, from which I took the xprops.
Comment 10 Gunter Ohrner 2016-03-03 10:18:23 UTC
Created attachment 97647 [details]
new panel with kcalc beneath it
Comment 11 Gunter Ohrner 2016-03-03 10:18:45 UTC
Created attachment 97648 [details]
new panel with maximized kate beneath it
Comment 12 Gunter Ohrner 2016-03-03 10:19:02 UTC
Created attachment 97649 [details]
xprop of new panel
Comment 13 Gunter Ohrner 2017-02-25 11:12:58 UTC
Still experiencing this with Plasma 5.9.2 KDE Neon packages - any news on this issue?
Comment 14 Alexander Mentyu 2018-03-02 11:55:39 UTC
Can't reproduce in:

Plasma: 5.12.2
Apps: 17.12.2
Frameworks: 5.43.0
Qt: 5.10.1
Kernel: 4.14.22-1-MANJARO
OS: Netrunner Rolling
Video: Intel 4400
xf86-video-intel 1:2.99.917+812+g75795523-1
Screen: 1600x900
Comment 15 Gunter Ohrner 2018-03-04 22:24:38 UTC
It's still happening for me with basically the same software environment. (KDE Neon 5.12.2)

I'm also currently running:

* Plasma: 5.12.2
* Apps: 17.12.2
* Frameworks: 5.43.0

I'm not quite sure about the included libqt5 (I get version numbers 5.9.4 as well as 5.10.0 for different packages) and I'm using a slightly older Kernel...
Comment 16 Sergio 2020-10-01 08:35:38 UTC
Reproducing it with:

Operating System: Kubuntu 20.04
KDE Plasma Version: 5.18.5
KDE Frameworks Version: 5.68.0
Qt Version: 5.12.8
Kernel Version: 5.4.0-48-generic
OS Type: 64-bit

very nasty, because together with bug 351175 this basically means that having more than the bottom panel on dynamic multi screen configurations is looking for trouble, because you will almost invariably getting panels that cover useful windows in critical bits like scrollbars, etc.

Moving the bug to "confirmed state" as multiple users appear to be experiencing it.

If no resources can be available for fixing this, please consider removing/disabling/hiding functionalities that have anyway been broken for many years as they just confuse the user.
Comment 17 Sergio 2020-10-01 08:45:53 UTC
Wonder if this may have to do with panels added with "old" versions of plasma 5.
Comment 18 Nate Graham 2023-09-18 21:12:15 UTC
@Gunter: can you still reproduce this issue in Plasma 5.27? If you can, can you try deleting and recreating your panel anew?

@everyone else: can you please submit a new bug report with your issues, if you're still able to reproduce them in Plasma 5.27? I ask because they are highly likely to have a different root cause from when Gunter is reporting here. Thanks a lot!
Comment 19 Gunter Ohrner 2023-09-19 21:06:06 UTC
Seems to work fine now for the panels I used for testing.

Plasma Workspace 4:5.27.8-0xneon+22.04+jammy+release+build41
Plasma Framework 5.110.0-0xneon+22.04+jammy+release+build49

(KDE neon)