[BUG]: Clicking on the border of a window next to the focused window swaps their tiles #584

New Issue

2026-01-05T14:51:46+01:00

adam commented

2026-01-05 14:51:46 +01:00

Originally created by @Insprill on GitHub (Mar 5, 2025).

Summary

When two windows are side-by-side, and you click the border of the unfocused window, it will swap the position of both windows. If the two windows are above/below each other, this does not happen. I constantly do this by accident, and it's been driving me crazy.

https://github.com/user-attachments/assets/a7160782-f141-415a-8b75-acf9d2b123ea

Version Information

λ systeminfo | findstr /B /C:"OS Name" /B /C:"OS Version"
OS Name:                   Microsoft Windows 11 Pro for Workstations
OS Version:                10.0.22631 N/A Build 22631

λ komorebic --version
komorebic 0.1.34
tag:v0.1.34
commit_hash:80edcadb
build_time:2025-02-21 02:21:41 +00:00
build_env:rustc 1.85.0 (4d91de4e4 2025-02-17),stable-x86_64-pc-windows-msvc

Komorebi Configuration

https://github.com/Insprill/dotfiles/blob/d1619386cba103a93e6b7e91b84734f32208ec02/dot_config/komorebi/komorebi.json

Hotkey Configuration

https://github.com/Insprill/dotfiles/blob/d1619386cba103a93e6b7e91b84734f32208ec02/dot_config/autohotkey/komorebi.ahk

Output of komorebic check

(KOMOREBI_CONFIG_HOME is set with wpm, and it picks up my config there fine)

λ komorebic check
No KOMOREBI_CONFIG_HOME detected, defaulting to C:\Users\Insprill

Looking for configuration files in C:\Users\Insprill

No komorebi configuration found in C:\Users\Insprill

If running 'komorebic start --await-configuration', you will manually have to call the following command to begin tiling: komorebic complete-configuration

Originally created by @Insprill on GitHub (Mar 5, 2025). ### Summary When two windows are side-by-side, and you click the border of the unfocused window, it will swap the position of both windows. If the two windows are above/below each other, this does *not* happen. I constantly do this by accident, and it's been driving me crazy. https://github.com/user-attachments/assets/a7160782-f141-415a-8b75-acf9d2b123ea ### Version Information ``` λ systeminfo | findstr /B /C:"OS Name" /B /C:"OS Version" OS Name: Microsoft Windows 11 Pro for Workstations OS Version: 10.0.22631 N/A Build 22631 ``` ``` λ komorebic --version komorebic 0.1.34 tag:v0.1.34 commit_hash:80edcadb build_time:2025-02-21 02:21:41 +00:00 build_env:rustc 1.85.0 (4d91de4e4 2025-02-17),stable-x86_64-pc-windows-msvc ``` ### Komorebi Configuration https://github.com/Insprill/dotfiles/blob/d1619386cba103a93e6b7e91b84734f32208ec02/dot_config/komorebi/komorebi.json ### Hotkey Configuration https://github.com/Insprill/dotfiles/blob/d1619386cba103a93e6b7e91b84734f32208ec02/dot_config/autohotkey/komorebi.ahk ### Output of komorebic check (`KOMOREBI_CONFIG_HOME` is set with wpm, and it picks up my config there fine) ``` λ komorebic check No KOMOREBI_CONFIG_HOME detected, defaulting to C:\Users\Insprill Looking for configuration files in C:\Users\Insprill No komorebi configuration found in C:\Users\Insprill If running 'komorebic start --await-configuration', you will manually have to call the following command to begin tiling: komorebic complete-configuration ```

adam added the bug i-will-not-work-on-this komorebi i-am-stuck labels 2026-01-05 14:51:46 +01:00

adam commented

2026-01-05 14:51:46 +01:00

@LGUG2Z commented on GitHub (Mar 5, 2025):

I have a feeling this is just an artifact of how close the pixels are when there is 0 container padding and the border width is relatively slim, and how even a little bit of pixel drift from mouse down to mouse up can initiate a container swap (origin container -> target container) - can you try to reproduce this (ie. clicking on the border of an unfocused window next to the focused window) with either larger container padding, border width, or both?

@LGUG2Z commented on GitHub (Mar 5, 2025): I have a feeling this is just an artifact of how close the pixels are when there is 0 container padding and the border width is relatively slim, and how even a little bit of pixel drift from mouse down to mouse up can initiate a container swap (origin container -> target container) - can you try to reproduce this (ie. clicking on the border of an unfocused window next to the focused window) with either larger container padding, border width, or both?

adam commented

2026-01-05 14:51:46 +01:00

@Insprill commented on GitHub (Mar 5, 2025):

It does not happen with a large border width. With my usual settings, I can still reproduce with my mouse picked up off my desk, so it's not moving during the click.

@Insprill commented on GitHub (Mar 5, 2025): It does *not* happen with a large border width. With my usual settings, I can still reproduce with my mouse picked up off my desk, so it's not moving during the click.

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: starred/komorebi#584