starred/komorebi
1
0
Fork 0
mirror of https://github.com/LGUG2Z/komorebi.git synced 2026-01-11 14:40:25 +01:00
Code Issues 87 Packages Projects Releases 10 Wiki Activity

[BUG]: Sometimes when focusing to another workspace, the focus is switched to window in another monitor #145

New Issue
Closed
opened 2026-01-05 14:48:33 +01:00 by adam · 4 comments
adam commented 2026-01-05 14:48:33 +01:00
Owner
Copy Link

Originally created by @MasouShizuka on GitHub (Sep 26, 2022).

Originally assigned to: @LGUG2Z on GitHub.

Describe the bug
When focusing to another workspace, the window in another monitor will refresh, and you can see its border flashing. And sometimes, the focus would switch to the window in another monitor, which makes it necessary to switch back manually.

To Reproduce
Steps to reproduce the behavior:

  1. Assume that monitor 1 has 2 workspaces A and B, monitor 2 has 1 workspace C, and A, B, C each have 1 window a, b, and c respectively.
  2. Then keep switching between A and B, which will also switch the focus between window a and b.
  3. During this process, sometimes the focus will be on window c, and the switching workspace behavior is still in monitor 1. For example, command komorebic.exe focus-workspace 0 will still switch to workspace 0 in monitor 1, not monitor 2.

Expected behavior
When switching workspaces, the windows of other monitors do not refresh.

Originally created by @MasouShizuka on GitHub (Sep 26, 2022). Originally assigned to: @LGUG2Z on GitHub. **Describe the bug** When focusing to another workspace, the window in another monitor will refresh, and you can see its border flashing. And sometimes, the focus would switch to the window in another monitor, which makes it necessary to switch back manually. **To Reproduce** Steps to reproduce the behavior: 1. Assume that monitor 1 has 2 workspaces A and B, monitor 2 has 1 workspace C, and A, B, C each have 1 window a, b, and c respectively. 2. Then keep switching between A and B, which will also switch the focus between window a and b. 3. During this process, sometimes the focus will be on window c, and the switching workspace behavior is still in monitor 1. For example, command `komorebic.exe focus-workspace 0` will still switch to workspace 0 in monitor 1, not monitor 2. **Expected behavior** When switching workspaces, the windows of other monitors do not refresh.
adam added the bug label 2026-01-05 14:48:33 +01:00
adam closed this issue 2026-01-05 14:48:33 +01:00
adam commented 2026-01-05 14:48:33 +01:00
Author
Owner
Copy Link

@maxbane commented on GitHub (Oct 17, 2022):

I think I've encountered this in another context, too. When moving a window from one monitor to another, sometimes (but not always), focus gets switched to the "wrong" window on some other monitor, and I have to move my focus around back to where it should be.

@maxbane commented on GitHub (Oct 17, 2022): I think I've encountered this in another context, too. When moving a window from one monitor to another, sometimes (but not always), focus gets switched to the "wrong" window on some other monitor, and I have to move my focus around back to where it should be.
adam commented 2026-01-05 14:48:33 +01:00
Author
Owner
Copy Link

@LGUG2Z commented on GitHub (Feb 12, 2023):

@MasouShizuka @maxbane Check out this commit, just set window-hiding-behaviour to cloak: 80c98596dd

@LGUG2Z commented on GitHub (Feb 12, 2023): @MasouShizuka @maxbane Check out this commit, just set `window-hiding-behaviour` to `cloak`: https://github.com/LGUG2Z/komorebi/commit/80c98596dd2cb4e28666e49c753ffc7e5137e09e
adam commented 2026-01-05 14:48:33 +01:00
Author
Owner
Copy Link

@MasouShizuka commented on GitHub (Feb 13, 2023):

I've tried cloak on windows 11, and this way of hiding the window works very well, and it doesn't appear that the focus switches to another monitor.

Compared to minimize, I prefer this way.

Just don't know how it behaves on other windows os versions.

@MasouShizuka commented on GitHub (Feb 13, 2023): I've tried `cloak` on windows 11, and this way of hiding the window works very well, and it doesn't appear that the focus switches to another monitor. Compared to `minimize`, I prefer this way. Just don't know how it behaves on other windows os versions.
adam commented 2026-01-05 14:48:33 +01:00
Author
Owner
Copy Link

@LGUG2Z commented on GitHub (Feb 13, 2023):

Thanks for the feedback! I'm gonna go ahead and close this issue, and in future versions, promote cloak as the default for Windows 11 users.

@LGUG2Z commented on GitHub (Feb 13, 2023): Thanks for the feedback! I'm gonna go ahead and close this issue, and in future versions, promote `cloak` as the default for Windows 11 users.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
0.1.36
apps-behaving-badly
bug
bug
cannot-reproduce
documentation
enhancement
github_actions
i-am-stuck
i-will-definitely-work-on-this
i-will-not-work-on-this
i-will-probably-work-on-this
komorebi
komorebi-bar
komorebic
performance
pull-request
Mirrored from GitHub Pull Request
 translation
No Label bug
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
adam
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/komorebi#145
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?