| Summary: | Second screen rotated triggers Gwenview to appear on primary screen exceeding borders | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Germano Massullo <germano.massullo> |
| Component: | multi-screen | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | REOPENED --- | ||
| Severity: | normal | CC: | kde, oded, plasma-bugs |
| Priority: | NOR | Keywords: | multiscreen |
| Version: | 5.19.0 | ||
| Target Milestone: | --- | ||
| Platform: | Neon | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | screencast of a repro | ||
|
Description
Germano Massullo
2019-07-03 12:16:02 UTC
plasmashell is not involved in window sizing Please open on gwenview and include output of "xprop" and clicking on that window. xprop output: this time I could not be able to reproduce Gwenview being opened in "vertical" aspect ratio, but it was still exceeding primary screen borders
XdndAware(ATOM) = BITMAP
WM_NAME(STRING) = "IMG_3792.CR2 - 4000x6000 - 29% "
_NET_WM_NAME(UTF8_STRING) = "IMG_3792.CR2 - 4000x6000 - 29% — Gwenview"
_KDE_NET_WM_USER_CREATION_TIME(CARDINAL) = 14686953
_MOTIF_WM_HINTS(_MOTIF_WM_HINTS) = 0x3, 0x3e, 0x7e, 0x0, 0x0
_NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_NORMAL
_XEMBED_INFO(_XEMBED_INFO) = 0x0, 0x1
WM_CLIENT_LEADER(WINDOW): window id # 0x5c00008
WM_HINTS(WM_HINTS):
Client accepts input or input focus: True
Initial state is Normal State.
window id # of group leader: 0x5c00008
WM_CLIENT_MACHINE(STRING) = "office-machine"
_NET_WM_PID(CARDINAL) = 16712
_NET_WM_SYNC_REQUEST_COUNTER(CARDINAL) = 96468999
WM_CLASS(STRING) = "gwenview", "gwenview"
WM_PROTOCOLS(ATOM): protocols WM_DELETE_WINDOW, WM_TAKE_FOCUS, _NET_WM_PING, _NET_WM_SYNC_REQUEST
WM_NORMAL_HINTS(WM_SIZE_HINTS):
user specified size: 2560 by 1861
program specified minimum size: 619 by 230
window gravity: Static
XdndAware(ATOM) = BITMAP
_KDE_NET_WM_USER_CREATION_TIME(CARDINAL) = 199844520
WM_NAME(STRING) = "IMG_3693.jpg - 2000x1333 - 60% "
_NET_WM_NAME(UTF8_STRING) = "IMG_3693.jpg - 2000x1333 - 60% — Gwenview"
_MOTIF_WM_HINTS(_MOTIF_WM_HINTS) = 0x3, 0x3e, 0x7e, 0x0, 0x0
_NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_NORMAL
_XEMBED_INFO(_XEMBED_INFO) = 0x0, 0x1
WM_CLIENT_LEADER(WINDOW): window id # 0x3800008
WM_HINTS(WM_HINTS):
Client accepts input or input focus: True
window id # of group leader: 0x3800008
WM_CLIENT_MACHINE(STRING) = "office-machine"
_NET_WM_PID(CARDINAL) = 13455
_NET_WM_SYNC_REQUEST_COUNTER(CARDINAL) = 58720263
WM_CLASS(STRING) = "gwenview", "gwenview"
WM_PROTOCOLS(ATOM): protocols WM_DELETE_WINDOW, WM_TAKE_FOCUS, _NET_WM_PING, _NET_WM_SYNC_REQUEST
WM_NORMAL_HINTS(WM_SIZE_HINTS):
user specified size: 1200 by 1861
program specified minimum size: 619 by 230
window gravity: Static
*** Bug 408947 has been marked as a duplicate of this bug. *** As of Plasma 5.19, this still seems to be an issue, though as discussed in the phabricator link - this is not limited to gwenview (I'm not sure if the patch discussed in the phabricator has landed or not, but if it did - it did not affect this issue).
System details:
OS: Kubuntu focal with Neon unstable repository
Plasma version: 5.19.80
KDE Frameworks version: 5.71.0
Qt Version: 5.14.2
Kernel version: 5.4.0-23
kwin --version: 5.19.80
dpkg -l kwin-x11: 4:5.19.0+p20.04+git20200613.0146-0
I can reproduce this issue with gwenview, okular, kate, gedit, dolphin and many others - this seems like a kwin issue it can be reproduced 100% of the time using the following process:
1. Have two screens connected, where one is vertical and one is horizontal (My setup has the vertical screen to the left of the horizontal one, but I don't think it matters).
2. Set the horizontal screen as the "primary" screen (gets the default panel).
3. Open some application - it doesn't really matter which, though there are some that make is hard to repro, such as System Settings, but even for that it still happens.
4. The application should show up on the primary screen. If it is not too big, proceed to step 5.
5. Move the application to the vertical screen and resize it so it is higher than the height of the horizontal screen, but not maximized.
6. Close the application and start it again - it will appear on the primary screen while exceeding the screen boundaries.
For completion, here's xprop of Okular experiencing this issue:
```
XdndAware(ATOM) = BITMAP
WM_NAME(STRING) =
_NET_WM_NAME(UTF8_STRING) = "Okular"
_KDE_NET_WM_USER_CREATION_TIME(CARDINAL) = 8244042
_MOTIF_WM_HINTS(_MOTIF_WM_HINTS) = 0x3, 0x3e, 0x7e, 0x0, 0x0
_NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_NORMAL
_XEMBED_INFO(_XEMBED_INFO) = 0x0, 0x1
WM_CLIENT_LEADER(WINDOW): window id # 0xb600008
WM_HINTS(WM_HINTS):
Client accepts input or input focus: True
window id # of group leader: 0xb600008
WM_CLIENT_MACHINE(STRING) = "vesho"
_NET_WM_PID(CARDINAL) = 36230
_NET_WM_SYNC_REQUEST_COUNTER(CARDINAL) = 190840839
WM_CLASS(STRING) = "okular", "okular"
WM_PROTOCOLS(ATOM): protocols WM_DELETE_WINDOW, WM_TAKE_FOCUS, _NET_WM_PING, _NET_WM_SYNC_REQUEST
WM_NORMAL_HINTS(WM_SIZE_HINTS):
user specified size: 1196 by 1247
program specified minimum size: 182 by 349
window gravity: Static
```
As such, and I hope I don't make a mess of things, I'm changing the component to kwin.
I am no longer experiencing this problem Plasma 5.22.4 KDE Frameworks 5.85.0 Qt 5.15.2 Created attachment 141414 [details] screencast of a repro (In reply to Germano Massullo from comment #8) > I am no longer experiencing this problem > > Plasma 5.22.4 > KDE Frameworks 5.85.0 > Qt 5.15.2 I can still repro using the steps I outlined in comment #7 with latest neon developer: Plasma 5.22.80; Frameworks 5.86.0; Qt 5.15.3. See attached screen cast (I had trouble capturing two screens with my normal tools, so this is an OBS scene that is scaled down and there are various artifacts such as the screens not being aligned properly and for some reason a double cursor on the right screen - not sure what is up with that, but this is 100% a legit capture of the process). The issue reported in Bug 366632 sounds related - though it doesn't appear to be multi-screen related and the fix there is narrowly tailored to the issue if restoring window geometry of previously maximized windows. (In reply to Oded Arbel from comment #10) > The issue reported in Bug 366632 sounds related - though it doesn't appear > to be multi-screen related and the fix there is narrowly tailored to the > issue if restoring window geometry of previously maximized windows. Also that issue is about the wayland platform while this issue - even though opened for X11 - is for both X11 and Wayland. Should I open a new ticket with platform-wayland as the component, so hopefully we can get this issue addressed considering much more effort is going into Wayland these days (I'm considering switching myself - giving it another test run). Changing component to the much more relevant multi-screen. BTW, still reproduceable with 5.27.80 from Neon unstable. |