mirror of
https://github.com/LGUG2Z/komorebi.git
synced 2026-01-11 14:40:25 +01:00
[BUG]: de-minimizing window moves it to current workspace #610
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @rwijtvliet on GitHub (May 8, 2025).
Summary
I have noticed that sometimes a window is suddenly on a workspace where I did not expect it, and I think I have found the reason. If a program is minimized, and then de-minimized - either by clicking on it in the taskbar, or by alt-tabbing to it - it moves to the current workspace.
If the program is not minimized, these two actions focus the workspace that its window is on.
Is this by design? I'd prefer the latter behaviour also when the program is minimized. Is that possible?
Version Information
0.1.30
Komorebi Configuration
here
Hotkey Configuration
here
Output of komorebic check
@adam-securafort commented on GitHub (Dec 9, 2025):
Yeah super annoying, I can't rely on anything being in the correct place at the moment. This wasn't always the case, I'm sure.
@LGUG2Z commented on GitHub (Dec 9, 2025):
Minimized windows are removed from the state- this is by design. If you want windows to be on specific workspaces when they are launched, minimized/restored, killed/restarted, this is what workspace rules are for