Originally created by @xidsyed on GitHub (Sep 4, 2024).
Describe the bug
A focused floating window in komorebi will lose focus, when switching to different workspace and returning. I have attached a video showcasing the behaviour
To Reproduce
Float a window on a workspace
Switch to a different workspace
Switch back
Expected behavior
The floating window should have remained in focus, but it doesn't
Operating System
Provide the output of systeminfo | grep "^OS Name\|^OS Version"
OS Name: Microsoft Windows 11 Home
OS Version: 10.0.22631 N/A Build 22631
komorebic check Output
No KOMOREBI_CONFIG_HOME detected, defaulting to C:\Users\mmsye
Looking for configuration files in C:\Users\mmsye
Found komorebi.json; this file can be passed to the start command with the --config flag
Found C:\Users\mmsye\.config\whkdrc; key bindings will be loaded from here when whkd is started, and you can start it automatically using the --whkd flag
Originally created by @xidsyed on GitHub (Sep 4, 2024).
**Describe the bug**
A focused floating window in komorebi will lose focus, when switching to different workspace and returning. I have attached a video showcasing the behaviour
**To Reproduce**
1. Float a window on a workspace
2. Switch to a different workspace
3. Switch back
**Expected behavior**
The floating window should have remained in focus, but it doesn't
**Screenshots and Videos**
https://github.com/user-attachments/assets/261c3b56-f3d2-40bb-b58a-265a6ed2c6fd
**Operating System**
Provide the output of `systeminfo | grep "^OS Name\|^OS Version"`
```
OS Name: Microsoft Windows 11 Home
OS Version: 10.0.22631 N/A Build 22631
```
**`komorebic check` Output**
```
No KOMOREBI_CONFIG_HOME detected, defaulting to C:\Users\mmsye
Looking for configuration files in C:\Users\mmsye
Found komorebi.json; this file can be passed to the start command with the --config flag
Found C:\Users\mmsye\.config\whkdrc; key bindings will be loaded from here when whkd is started, and you can start it automatically using the --whkd flag
```
adam
added the bug label 2026-01-05 14:50:54 +01:00
I am facing the opposite bug where switching to a workspace with a floating window will always focus the floating window, regardless of what the last focused window was. Not sure if that should be a separate issue?
@gursuj commented on GitHub (Jan 3, 2025):
I am facing the opposite bug where switching to a workspace with a floating window will always focus the floating window, regardless of what the last focused window was. Not sure if that should be a separate issue?
Floating windows are rendered at the top of the Z order when switching to a workspace where they are contained - this is going to be the intended behavior going forward
@LGUG2Z commented on GitHub (Jan 23, 2025):
Floating windows are rendered at the top of the Z order when switching to a workspace where they are contained - this is going to be the intended behavior going forward
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Originally created by @xidsyed on GitHub (Sep 4, 2024).
Describe the bug
A focused floating window in komorebi will lose focus, when switching to different workspace and returning. I have attached a video showcasing the behaviour
To Reproduce
Expected behavior
The floating window should have remained in focus, but it doesn't
Screenshots and Videos
https://github.com/user-attachments/assets/261c3b56-f3d2-40bb-b58a-265a6ed2c6fd
Operating System
Provide the output of
systeminfo | grep "^OS Name\|^OS Version"komorebic checkOutput@gursuj commented on GitHub (Jan 3, 2025):
I am facing the opposite bug where switching to a workspace with a floating window will always focus the floating window, regardless of what the last focused window was. Not sure if that should be a separate issue?
@LGUG2Z commented on GitHub (Jan 23, 2025):
Floating windows are rendered at the top of the Z order when switching to a workspace where they are contained - this is going to be the intended behavior going forward