Bug 385740

Summary:	Taskbar on top: Resize window not stopped on taskbar bounds can make window controls disappear under it.
Product:	[Plasma] kwin	Reporter:	cyslider
Component:	core	Assignee:	KWin default assignee <kwin-bugs-null>
Status:	RESOLVED WORKSFORME
Severity:	normal	CC:	cyslider
Priority:	NOR	Keywords:	triaged
Version First Reported In:	5.10.5
Target Milestone:	---
Platform:	Kubuntu
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description cyslider 2017-10-14 11:46:51 UTC

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.

Comment 1 Martin Flöser 2017-10-14 12:27:16 UTC

Please provide output of qdbus org.kde.KWin supportInformation

Comment 2 cyslider 2017-10-14 16:08:48 UTC

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

Comment 3 Martin Flöser 2017-10-14 17:18:01 UTC

sorry, it is:
qdbus org.kde.KWin /KWin supportInformation

Comment 4 cyslider 2017-10-14 17:31:40 UTC

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.

Comment 5 Martin Flöser 2017-10-15 07:28:09 UTC

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.

Comment 6 Andrew Crouthamel 2018-09-28 02:25:38 UTC

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!

Comment 7 Andrew Crouthamel 2018-10-28 03:25:22 UTC

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!