[Bug] Snap assist snaps a different window than the selected one

[Ririshi]

Description

When having multiple windows of the same program open, the snap assist does not actually snap the windows I selected in some cases. I had two Alacritty windows open, and selected the one running ncspot to be snapped, but it snapped the other one. Video below shows it in action.

Screencast_20260213_023159.webm

Expected Behavior

When I select one window to be snapped, the selected window should be snapped.

Steps to Reproduce

1. Have a layout with two (or more I guess) zones.
2. Open three windows, of which at least two are the same program.
3. Snap the window that is not the same program as the others to the first zone.
4. The Aero snap picker opens, select one of the two remaining windows.
5. The other window that was not selected may be snapped instead.

PlasmaZones Version

1.9.3

Display Server

Wayland

Desktop Environment

KDE Plasma 6.5.5

Distribution

CachyOS

Relevant Logs

feb 13 03:24:29 cachyos-desktop plasmazonesd[80769]: Window "systemsettings systemsettings:systemsettings systemsettings:94195958565232" snapped to zone "{f30e1734-f897-479e-942e-3619ea126b21}" on screen "DP-1"
feb 13 03:24:29 cachyos-desktop plasmazonesd[80769]: showSnapAssist: screen= "DP-1" zones= 1 candidates= 2
feb 13 03:24:29 cachyos-desktop plasmazonesd[80769]: Saved state to KConfig
feb 13 03:24:31 cachyos-desktop plasmazonesd[80769]: Window "konsole org.kde.konsole:konsole org.kde.konsole:94195946091888" snapped to zone "{b7fa03c1-14e2-419c-abec-1e350bfbf2de}" on screen "DP-1"
feb 13 03:24:31 cachyos-desktop plasmazonesd[80769]: Saved state to KConfig
feb 13 03:24:34 cachyos-desktop plasmazonesd[80769]: Saved state to KConfig

Configuration

No response

Checklist

• I searched existing discussions and issues
• I can reproduce this with default settings

[fuddlesworth]

Will take a look. Didn't test this scenario lol

[fuddlesworth]

Fixed in 1.9.5. Check it out.

[Ririshi]

Unfortunately I am getting some unintended behaviour now on 1.9.5, with start zone selection bound to right-click.

Repro and buggy behaviour:

1. start dragging
2. press and hold right click
3. move a little
4. let go of right click, still holding left click -> zone selection ends, snap assist picker opens, but I'm still dragging the window
5. let go of left click -> window usually snaps to zone, sometimes it does not snap at all

Letting go of the start zone selection bind should either close the zone selection without triggering the snap, or immediately trigger the snap and force the drag to end, even if holding left click.

Another little bug:

1. have one window on the screen
2. start dragging it
3. press and hold right click without moving the mouse
4. let go of right click, while holding left click
5. pressing and holding right click again does not start zone selection anymore until drag is restarted

Starting the zone selection should be possible at any time, even after it started and stopped once before during one active drag.

Here's a video of the first one in action:
Screencast_20260213_202829.webm

[Ririshi]

Both seem to be fixed in 1.10.3, nice work! I was testing just when the new version dropped...

[fuddlesworth]

Awesome. I'll go ahead and close discussion. Thanks!

[Ririshi]

Just a final comment, I really like how it works now, I think it perfectly replicates how I used to use FZ, and there's a bunch of things (like shaders) that I have yet to look at. Thanks alot for the quick response to all of my questions and requests 😄