Bug 349191 - plasmashell sets struts relative to the bounding rect of all screens, should be root window geometry
Summary: plasmashell sets struts relative to the bounding rect of all screens, should ...
Status: CONFIRMED
Alias: None
Product: plasmashell
Classification: Plasma
Component: Panel (show other bugs)
Version: master
Platform: Other Linux
: HI normal
Target Milestone: 1.0
Assignee: Plasma Bugs List
URL:
Keywords:
: 464985 470496 474502 474789 478612 (view as bug list)
Depends on:
Blocks:
 
Reported: 2015-06-15 14:41 UTC by Thomas Lübking
Modified: 2024-01-13 18:32 UTC (History)
10 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Lübking 2015-06-15 14:41:36 UTC
plasmashell sets struts relative to (likely) the bounding rect of all screens, should be
root window geometry - NETWM is (surprisingly ;-) clear on this.

KWin reads them wrong as well, so this is ideally fixed en block.

NOTICE:
this bug is no problem as long as
a) it's actually the bounding rect (and not the particular screen rect)
b) there's no panning.

Reproducible: Always
Comment 1 Will Price 2015-09-04 09:50:30 UTC
*** Bug 352239 has been marked as a duplicate of this bug. ***
Comment 2 Justin Zobel 2020-11-19 01:53:22 UTC
Thanks for the bug report Thomas.

Can you please test and confirm if this issue is still occurring or if this bug report can be marked as resolved. I'm setting status to "needsinfo" pending your response, please change back to "reported" or "resolved" when you respond, thanks.
Comment 3 Thomas Lübking 2020-11-19 06:30:17 UTC
Same problem, don't use KDE since years and this isn't a behavioral bug description.

You can try whether it's still a problem by (i think - the original bug was on a multiscreen layout and idk whether plasma sets the values differently here) panning the output (so that the desktop size is bigger than the output) and having a strutting panel (one that reserves screen that maximized windows won't overlap)
If that results in maximized windows not being fully (but lacking the distance equivalent to the panning oversize in that direction), the bug is still there.
Comment 4 Justin Zobel 2020-11-19 06:46:50 UTC
Information provided, setting back to reported for investigation.
Comment 5 Nate Graham 2023-09-18 21:01:47 UTC
*** Bug 464985 has been marked as a duplicate of this bug. ***
Comment 6 Nate Graham 2023-09-18 21:01:51 UTC
*** Bug 470496 has been marked as a duplicate of this bug. ***
Comment 7 Nate Graham 2023-09-18 21:01:54 UTC
*** Bug 474502 has been marked as a duplicate of this bug. ***
Comment 8 Nate Graham 2023-09-22 20:38:24 UTC
*** Bug 474789 has been marked as a duplicate of this bug. ***
Comment 9 Nate Graham 2023-12-21 00:11:43 UTC
*** Bug 478612 has been marked as a duplicate of this bug. ***