Bug 361342

Summary:	Yet another broken panel strut
Product:	[Plasma] plasmashell	Reporter:	Keziolio <keziolio123>
Component:	Panel	Assignee:	Plasma Bugs List <plasma-bugs>
Status:	RESOLVED FIXED
Severity:	major
Priority:	NOR
Version:	5.6.1
Target Milestone:	1.0
Platform:	Arch Linux
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

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 ;-)