When the taskbar is set to be on top and you resize a window with a mouse by dragging the top border of the window, you can resize it beyond the taskbar bounds making it disappear under it. Which is annoying to fix when done by accident. Expected behavior: Resizing should be stopped at the taskbar boundaries. As it is done when moving the window by dragging the titlebar of it. Preferably it should offer to maximize the window height without changing it's width. (Like it offers window maximization when moving the window titlebar to the taskbar boundary. Actual behavior: Resizing continues until edge of screen below the taskbar. Fixing this after releasing the mouse button has to be done by right clicking the application symbol and initiate a move command via this menu. (This should be considered advanced knowledge not available to all, leaving some users in peril or forcing them to move the whole taskbar) Real life scenario: I'm using a 4K 40'' monitor. So I seldomly maximize windows. I rather only want them to be maximized in height. I have the taskbar on top as it is more in the line of sight in my setting while if it is on the bottom I have to basically look down. But trying to maximize the height with the mouse is a hazzle due to the above described behavior.
Please provide output of qdbus org.kde.KWin supportInformation
So you can't reproduce this? Strange. qdbus org.kde.KWin supportInformation Path 'supportInformation' is not a valid path name. qdbus :1.1 org.freedesktop.systemd1 :1.105 :1.11 org.kde.kglobalaccel :1.13 ca.desrt.dconf :1.14 org.freedesktop.ScreenSaver org.kde.ksmserver org.kde.screensaver :1.16 :1.17 org.kde.KWin :1.18 org.PulseAudio1 org.pulseaudio.Server :1.19 org.kde.krunner :1.20 org.kde.polkit-kde-authentication-agent-1 :1.21 org.kde.kdeconnect org.kde.kdeconnectd :1.22 com.canonical.Unity org.freedesktop.Notifications org.kde.StatusNotifierHost-3166 org.kde.plasmashell :1.24 local.org_kde_powerdevil org.freedesktop.PowerManagement org.freedesktop.PowerManagement.Inhibit org.kde.Solid.PowerManagement org.kde.Solid.PowerManagement.PolicyAgent :1.25 org.kde.baloo :1.26 org.a11y.Bus :1.27 :1.28 org.kde.KScreen :1.33 org.kde.ActivityManager :1.35 org.kde.kwalletd org.kde.kwalletd5 :1.36 org.kde.korgac :1.37 :1.40 org.bluez.obex :1.43 :1.44 org.gnome.GConf :1.45 org.kde.JobViewServer org.kde.kuiserver :1.51 :1.52 :1.53 :1.54 org.gtk.vfs.Daemon :1.56 :1.57 :1.59 :1.6 org.kde.klauncher5 :1.64 org.gnome.ScreenSaver :1.65 :1.8 org.kde.StatusNotifierWatcher org.kde.kappmenu org.kde.kcookiejar5 org.kde.kded5 org.kde.keyboard org.kde.plasmanetworkmanagement org.kubuntu.NotificationHelper org.kubuntu.restrictedInstall :1.89 :1.9 org.kde.kaccess :1.91 :1.92 :1.93 :1.95 org.gtk.vfs.mountpoint_http :1.96 :1.97 net.tenshu.Terminator20x1a6021154d881c :1.98 org.kde.internal.KSettingsWidget_kcm_keys org.kde.internal.KSettingsWidget_kcm_standard_actions org.kde.systemsettings5 org.freedesktop.DBus
sorry, it is: qdbus org.kde.KWin /KWin supportInformation
here it is. https://pastebin.com/iurxhYyJ But I am sure it is easily reproducable on any kde desktop. Just move your taskbar to the top and try to resize your window to the top edge by grabbing the top border with the mouse. I'm just saying this as I fear a misunderstanding here. I'm on kubuntu 17.10 beta 2 btw.
The behavior I observe is that the resizing stops at the panel. But if you push further the resize is permitted to go below the panel. There are now two possibilities why you experience this differently: 1. We fixed with 5.11 (we had bug fixes related to panel, so possible) 2. The push happens too quickly with a 4K screen I assume the former option for the moment. Please try again with 5.11 if you have a chance.
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 set the bug status 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!
Dear Bug Submitter, 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!