Bug 511570

Summary:	Not able to quick tile during toplevel drag
Product:	[Plasma] kwin	Reporter:	Jari Pennanen <ciantic>
Component:	Quick Tiling	Assignee:	KWin default assignee <kwin-bugs-null>
Status:	ASSIGNED ---
Severity:	normal	CC:	kde, nate
Priority:	NOR
Version First Reported In:	6.5.1
Target Milestone:	---
Platform:	Other
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:
Attachments:	Video demonstration: Snapping of window works if dragged from the main area, but not when dragged from tabs.

Description Jari Pennanen 2025-11-03 11:52:44 UTC

Created attachment 186456 [details]
Video demonstration: Snapping of window works if dragged from the main area, but not when dragged from tabs.

SUMMARY
When dragging a tab out of the Google Chrome window it doesn't trigger corner or edge snapping for the new window. 

Same dragging feature works in Google Chrome with Windows 11 or GNOME 49, the bug is either in KWIN or Google Chrome, I was asked to create a bug report in KWIN.

STEPS TO REPRODUCE
1. Open Google Chrome with multiple tabs
2. Start dragging a tab out of the Google Chrome, and towards the corner

OBSERVED RESULT
Notice it doesn't snap to corners or sides like normal windows


EXPECTED RESULT
It snaps to corners or sides just like normal window

SOFTWARE/OS VERSIONS
Windows: -
macOS: -
(available in the Info Center app, or by running `kinfo` in a terminal window)
Linux/KDE Plasma: Fedora 43, Linux 6.17.5-300
KDE Plasma Version: 6.5.1
KDE Frameworks Version: 6.19.0
Qt Version: 6.10.0

ADDITIONAL INFORMATION
This was discussed in Reddit first, I was asked to create a bug report:

https://www.reddit.com/r/kde/comments/1on705o/kde_cant_snap_google_chrome_tabs_to_corners_when/

Comment 1 Jari Pennanen 2025-11-03 11:58:48 UTC

I noticed, if I enable "Wobbly Windows" effect, the tabs being dragged don't wobble. Somehow KWIN doesn't recognize those as windows being dragged?

Comment 2 David Redondo 2025-11-03 12:55:39 UTC

Yes it's related.

Comment 3 David Redondo 2025-11-04 09:13:11 UTC

It makes sense from the User pov and I even specced it that way

From now on the new window is moved by the compositor during the drag as if the client called xdg_toplevel.move.

but didnt implement it that way

Comment 4 Bug Janitor Service 2025-11-04 15:37:59 UTC

A possibly relevant merge request was started @ https://invent.kde.org/plasma/kwin/-/merge_requests/8363