Steps to reproduce: - Launch some GTK application that would open with a window larger than available vertical screen space right away (e.g. open a picture with a vertical resolution higher than your screen resolution, using eye of gnome). - Un-maximize the window if it opened maximized. - Move the window a bit off-borders so that at least one of the border is within mouse reach. - Try to resize the window. Expected behavior: should let you resize the window. Actual behavior: doesn't let you resize the window, unless it was originally opened with a size smaller than the available space to show.
What version of Plasma are you using, and are these apps using client-side decorations, or KWin-drawn titlebars and window shadows?
(In reply to Nate Graham from comment #1) > What version of Plasma are you using, and are these apps using client-side > decorations, or KWin-drawn titlebars and window shadows? This is KDE 5.17.5, and the app in question (eye of gnome) uses regular kwin-drawn titlebars.
Hmm, then the fact that it's a GTK window should be immaterial. Can you upgrade to Plasma 5.18 and see if it's still happening for you?
(In reply to David from comment #0) > Steps to reproduce: > - Launch some GTK application that would open with a window larger than > available vertical screen space right away (e.g. open a picture with a > vertical resolution higher than your screen resolution, using eye of gnome). Hmm, kwin should constrain the window to the screen size. Could you please provide the output of xprop?
(In reply to Vlad Zahorodnii from comment #4) > (In reply to David from comment #0) > > Steps to reproduce: > > - Launch some GTK application that would open with a window larger than > > available vertical screen space right away (e.g. open a picture with a > > vertical resolution higher than your screen resolution, using eye of gnome). > > Hmm, kwin should constrain the window to the screen size. Could you please > provide the output of xprop? The window is shrunk to screen size when the app opens, but the thing is, if I drag the window down so that the upper corners are within mouse reach, it won't let me resize that window like it'd do with QT apps when I hover the mouse over the corners. The output from xprop is as follows: _GTK_WINDOW_OBJECT_PATH(UTF8_STRING) = "/org/gnome/eog/window/1" _GTK_APPLICATION_OBJECT_PATH(UTF8_STRING) = "/org/gnome/eog" _GTK_UNIQUE_BUS_NAME(UTF8_STRING) = ":1.188" _GTK_APPLICATION_ID(UTF8_STRING) = "org.gnome.eog" _NET_WM_OPAQUE_REGION(CARDINAL) = 5, 5, 1010, 1022 _MOTIF_WM_HINTS(_MOTIF_WM_HINTS) = 0x2, 0x0, 0x0, 0x0, 0x0 _KDE_NET_WM_USER_CREATION_TIME(CARDINAL) = 17577869 _NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_NORMAL _NET_WM_SYNC_REQUEST_COUNTER(CARDINAL) = 130023433, 130023434 _NET_WM_USER_TIME(CARDINAL) = 17577677 _NET_WM_USER_TIME_WINDOW(WINDOW): window id # 0x7c00008 WM_CLIENT_LEADER(WINDOW): window id # 0x7c00001 _NET_WM_PID(CARDINAL) = 99930 WM_LOCALE_NAME(STRING) = "en_US.UTF-8" WM_CLIENT_MACHINE(STRING) = "debian" WM_NORMAL_HINTS(WM_SIZE_HINTS): program specified location: 0, 0 program specified minimum size: 467 by 350 program specified base size: 440 by 350 window gravity: NorthWest WM_PROTOCOLS(ATOM): protocols WM_DELETE_WINDOW, WM_TAKE_FOCUS, _NET_WM_PING, _NET_WM_SYNC_REQUEST WM_CLASS(STRING) = "eog", "Eog" WM_ICON_NAME(STRING) = "image.jpeg" _NET_WM_ICON_NAME(UTF8_STRING) = "image.jpeg" WM_NAME(STRING) = "image.jpeg" _NET_WM_NAME(UTF8_STRING) = "image.jpeg"
Created attachment 127592 [details] problematic_file Attached example file which opens using all screen size with eye of gnome under resolution 1920x1080.
Can you reproduce this bug with Gwenview?
(In reply to Vlad Zahorodnii from comment #7) > Can you reproduce this bug with Gwenview? No, it's not reproducible with gwenview, because it always opens with a window of the same size regardless of the image resolution. And in eye of gnome, if I manually resize a window that was originally smaller to fit the whole vertical screen space, it will still be resizable afterwards (i.e. the problem is only when it originally opens with full screen height), so I cannot try that with gwenview either. However, with ImageMagick (I think it doesn't use GTK), the problem is not present - the full-sized window can still be resized from the corners.
(In reply to Nate Graham from comment #3) > Hmm, then the fact that it's a GTK window should be immaterial. > > Can you upgrade to Plasma 5.18 and see if it's still happening for you? Still an issue in KDE 5.18.4.
Requested information was added; changing status for inspection.
Setting status.
Can you confirm if this still an issue?
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!