Bug 361342 - Yet another broken panel strut
Summary: Yet another broken panel strut
Status: RESOLVED FIXED
Alias: None
Product: plasmashell
Classification: Plasma
Component: Panel (show other bugs)
Version: 5.6.1
Platform: Arch Linux Linux
: NOR major
Target Milestone: 1.0
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-04-03 13:04 UTC by Keziolio
Modified: 2016-05-23 15:34 UTC (History)
0 users

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Keziolio 2016-04-03 13:04:25 UTC
I have 3 monitors with one of them set in portrait (vertical) position

It's impossible to drag windows correctly, they hang at some point and resize/teleport randomly, making the desktop unusable

Video: https://www.youtube.com/watch?v=WpbPixYt19k

I found a temporary fix, just changing an option on the screen settings and applying. The fix doesn't last after a reboot.

Video of the fix: https://www.youtube.com/watch?v=auSDQTyYMQo (just for clarity)

The problem is always reproducible on my setup. None of those problems were present when i had all my monitors in landscape.

Reproducible: Always

Steps to Reproduce:
1. Rotate a monitor in the settings
2. Restart the computer



Arch linux, everything up to date, nvidia gpu with latest stable drivers (361.28)
Primary screen is the center one
Comment 1 Thomas Lübking 2016-04-03 13:22:26 UTC
please post the output of "xrandr -q" and "qdbus org.kde.KWin /KWin supportInformation" while the problem manifests and after your temporary resolution.
Comment 2 Keziolio 2016-04-03 14:20:59 UTC
Here's the output 

https://gist.github.com/Keziolio/080cfdc222e724ceaa613291a4aa638c

Thanks
Comment 3 Thomas Lübking 2016-04-03 16:27:28 UTC
Thanks, looks unsuspicious.
What however *is* suspicious (checking the video) is the kickoff position which smells a hell lot like bogus struts from the panel.

=> Please provide the output of "xprop" on the panel when the problem exists and also whether changing the panel (eg. to allow maximized windows to go above/below it) has any impact.
Comment 4 Keziolio 2016-04-04 16:26:01 UTC
Here's the output of xprop

https://gist.github.com/Keziolio/b1a7ae8256ea3534fd6ff36d23303639

Changing the panel fixes the problem, and fixes also this bug i reported https://bugs.kde.org/show_bug.cgi?id=361343 that seems related 

Here's a diff of the xprop output before and after changing the panel (so from the broken to the working setup)

$ diff withproblem.txt noproblem.txt 
1,2c1,2
< _NET_WM_STRUT(CARDINAL) = 0, 0, 0, 3455
< _NET_WM_STRUT_PARTIAL(CARDINAL) = 0, 0, 0, 3455, 0, 0, 0, 0, 0, 0, 1920, 3839
---
> _NET_WM_STRUT(CARDINAL) = 0, 0, 0, 0
> _NET_WM_STRUT_PARTIAL(CARDINAL) = 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0
9c9
< _NET_WM_USER_TIME(CARDINAL) = 6820922
---
> _NET_WM_USER_TIME(CARDINAL) = 6884682
355c355
<               user specified size: 368 by 35
---
>               user specified size: 418 by 35
Comment 5 Keziolio 2016-04-04 16:30:46 UTC
It's related to this bug i reported too https://bugs.kde.org/show_bug.cgi?id=361345 

If i keep the panel on "windows can cover" everything is fixed, the app launcher and yakuake, if i put it back to "always visible" it breaks again
Comment 6 Thomas Lübking 2016-04-04 16:46:28 UTC
The panel says it's 3455px high and all windows should stay away from that area (what's obviouslyy not possible, but the snapping algo will start to act weirdly ;-)