[BUG]: move-to-monitor-workspace command doesn't physically move window when target workspace has floating layout #401

New Issue

2026-01-05T14:50:28+01:00

adam commented

2026-01-05 14:50:28 +01:00

Originally created by @alex-ds13 on GitHub (Jun 3, 2024).

Describe the bug
Like the title states, if the target monitor to where we are trying to send a window to has a floating layout, the window will be set to floating but will stay on the same monitor, however komorebi thinks it is on the monitor we tried to send it to.

To Reproduce
Steps to reproduce the behavior:

Config Setup with two monitors
Config one workspace on each monitor, workspace on main monitor can be any type except floating, workspace on second monitor has to be floating
Open window on main monitor
Try to send window to second monitor using command komorebic move-to-monitor-workspace 1 0
See bug

Expected behavior
Window should actually move to second monitor and become floating

Screenshots and Videos

Operating System
Provide the output of systeminfo | grep "^OS Name\|^OS Version"

OS Name:                   Microsoft Windows 11 Pro
OS Version:                10.0.22631 N/A Build 22631

komorebic check Output
Provide the output of komorebic check

For example:

KOMOREBI_CONFIG_HOME detected: C:\Users\Alex\.config\komorebi

Looking for configuration files in C:\Users\Alex\.config\komorebi

Found komorebi.json; this file can be passed to the start command with the --config flag

Found C:\Users\Alex\.config\whkdrc; key bindings will be loaded from here when whkd is started, and you can start it automatically using the --whkd flag

Additional context

Originally created by @alex-ds13 on GitHub (Jun 3, 2024). **Describe the bug** Like the title states, if the target monitor to where we are trying to send a window to has a floating layout, the window will be set to floating but will stay on the same monitor, however komorebi thinks it is on the monitor we tried to send it to. **To Reproduce** Steps to reproduce the behavior: 1. Config Setup with two monitors 2. Config one workspace on each monitor, workspace on main monitor can be any type except floating, workspace on second monitor has to be floating 3. Open window on main monitor 4. Try to send window to second monitor using command `komorebic move-to-monitor-workspace 1 0` 5. See bug **Expected behavior** Window should actually move to second monitor and become floating **Screenshots and Videos** **Operating System** Provide the output of `systeminfo | grep "^OS Name\|^OS Version"` ``` OS Name: Microsoft Windows 11 Pro OS Version: 10.0.22631 N/A Build 22631 ``` **`komorebic check` Output** Provide the output of `komorebic check` For example: ``` KOMOREBI_CONFIG_HOME detected: C:\Users\Alex\.config\komorebi Looking for configuration files in C:\Users\Alex\.config\komorebi Found komorebi.json; this file can be passed to the start command with the --config flag Found C:\Users\Alex\.config\whkdrc; key bindings will be loaded from here when whkd is started, and you can start it automatically using the --whkd flag ``` **Additional context**

adam added the bug label 2026-01-05 14:50:28 +01:00

adam closed this issue

2026-01-05 14:50:28 +01:00

adam commented

2026-01-05 14:50:29 +01:00

@LGUG2Z commented on GitHub (Jun 4, 2024):

Can you confirm if this is also the case for move-to-named-workspace?

@LGUG2Z commented on GitHub (Jun 4, 2024): Can you confirm if this is also the case for `move-to-named-workspace`?

adam commented

2026-01-05 14:50:29 +01:00

@alex-ds13 commented on GitHub (Jun 4, 2024):

Can you confirm if this is also the case for move-to-named-workspace?

Yes. The same thing happens for move-to-named-workspace. It also happens with cycle-move-to-monitor and move-to-monitor.

@alex-ds13 commented on GitHub (Jun 4, 2024): > Can you confirm if this is also the case for `move-to-named-workspace`? Yes. The same thing happens for `move-to-named-workspace`. It also happens with `cycle-move-to-monitor` and `move-to-monitor`.

adam commented

2026-01-05 14:50:29 +01:00

@LGUG2Z commented on GitHub (Jun 4, 2024):

Thanks for confirming, this should be fixed now

@LGUG2Z commented on GitHub (Jun 4, 2024): Thanks for confirming, this should be fixed now

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: starred/komorebi#401