Bug 504225

Summary:	Clickable area to resize windows is significantly smaller on top of windows
Product:	[Plasma] Breeze	Reporter:	Riccardo Robecchi <sephiroth_pk>
Component:	window decoration	Assignee:	Plasma Bugs List <plasma-bugs-null>
Status:	CONFIRMED ---
Severity:	normal	CC:	john.kizer, kwin-bugs-null, nate, uhhadd
Priority:	NOR	Keywords:	accessibility
Version First Reported In:	6.3.5
Target Milestone:	---
Platform:	Neon
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Attachments:	Resize arrow triggering at different distances from the top border vs. other borders

Description Riccardo Robecchi 2025-05-14 17:05:42 UTC

SUMMARY
Since the last update (see below for specifics), the area in which the user can click to initiate window resizing has significantly shrunk on the top area of said windows. In fact, you have to be almost perfectly pixel-aligned with the window border in order to resize windows from there. This is not just inconvenient to able-bodied users, but also a significant accessibility issue for disabled users.

STEPS TO REPRODUCE
1. Open any window
2. Move the cursor to the top left or top right corner to resize it

OBSERVED RESULT
You have to be very precise in moving the mouse cursor so that it aligns to the window border.

EXPECTED RESULT
The top area behaves like the bottom one, which still accepts input a few pixels away from the window.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: KDE neon
KDE Plasma Version: 6.3.5
KDE Frameworks Version: 6.14.0
Qt Version: 6.9.0

ADDITIONAL INFORMATION

Comment 1 Nate Graham 2025-05-14 18:03:43 UTC

Is this on X11, or Wayland, or both?

Comment 2 Vlad Zahorodnii 2025-05-15 07:04:38 UTC

What decoration theme do you use?

Comment 3 Riccardo Robecchi 2025-05-15 08:01:00 UTC

I've tested this on X11. The decoration theme is Breeze.

Comment 4 Nate Graham 2025-05-15 14:07:08 UTC

Can you try on Wayland too?

Comment 5 Riccardo Robecchi 2025-05-15 15:33:23 UTC

So, I've tried with other decorations and it's the same with all of them. It also happens on Wayland on a different computer.

Comment 6 Nate Graham 2025-05-15 17:43:38 UTC

Thanks for testing!

Comment 7 John Kizer 2025-05-19 03:41:29 UTC

I can reproduce this behavior on my Fedora KDE 42 device, with Breeze window decorations in a Wayland session.

At first, I wondered if this was somehow intentional behavior, to try to avoid the top edge of one window interfering with access to an adjacent window's controls, or with a top-aligned panel? I don't recall seeing anything related to that going into effect in 6.3.5, though.

Thanks!

Comment 8 John Kizer 2025-05-19 03:42:29 UTC

Created attachment 181484 [details]
Resize arrow triggering at different distances from the top border vs. other borders

Comment 9 Vlad Zahorodnii 2025-05-19 07:07:28 UTC

I moved this bug report to Breeze because Kwin has nothing to do with it. Breeze disables the top resize border https://invent.kde.org/plasma/breeze/-/blob/7f9ec509a3ef8a53ba265f32b39c8cc832fea787/kdecoration/breezedecoration.cpp#L482

Comment 10 Vlad Zahorodnii 2025-05-19 07:08:59 UTC

Not sure if it's actually a bug though. I assume that breeze doesn't set that resize border because there's some space reserved by the decoration on top.

Comment 11 Riccardo Robecchi 2025-05-19 09:06:48 UTC

(In reply to Vlad Zahorodnii from comment #9)
> I moved this bug report to Breeze because Kwin has nothing to do with it.
> Breeze disables the top resize border
> https://invent.kde.org/plasma/breeze/-/blob/
> 7f9ec509a3ef8a53ba265f32b39c8cc832fea787/kdecoration/breezedecoration.
> cpp#L482

It's not just Breeze, though. Every single window decoration I have tried does this: Oxygen, Arc, Plastik, Qogir, all exhibit the same behaviour.