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]: move/resize of an unmanaged window affects workspace focus #338

New Issue
Closed
opened 2026-01-05 14:49:51 +01:00 by adam · 1 comment
adam commented 2026-01-05 14:49:51 +01:00
Owner
Copy Link

Originally created by @raggi on GitHub (Apr 14, 2024).

Describe the bug
Create an unmanaged window, say a layered window from some random program - for me a whatsapp window will do.

When that window is initially focused, there's no border window active, as there's no managed window focused.

If I move the whatsapp window though, a managed window underneath the mouse (and whatsapp window) at the time I stop moving the window is "focused" within the workspace, resulting in the border window also unhiding itself, and making it appear as if the managed window underneath is now focused - but it is not!

To Reproduce
Steps to reproduce the behavior:

  1. Create several managed windows.
  2. Create an unmanaged window.
  3. Click and drag the managed window over the top of a managed window.
  4. See the managed window get "focused" internally, and the border window moving.

Expected behavior
Moves of unmanaged windows should not affect any focus information for managed windows, and should not cause the border window state to change (it should already be disabled, and remain disabled).

Originally created by @raggi on GitHub (Apr 14, 2024). **Describe the bug** Create an unmanaged window, say a layered window from some random program - for me a whatsapp window will do. When that window is initially focused, there's no border window active, as there's no managed window focused. If I move the whatsapp window though, a managed window underneath the mouse (and whatsapp window) at the time I stop moving the window is "focused" within the workspace, resulting in the border window also unhiding itself, and making it appear as if the managed window underneath is now focused - but it is not! **To Reproduce** Steps to reproduce the behavior: 1. Create several managed windows. 2. Create an unmanaged window. 3. Click and drag the managed window over the top of a managed window. 4. See the managed window get "focused" internally, and the border window moving. **Expected behavior** Moves of unmanaged windows should not affect any focus information for managed windows, and should not cause the border window state to change (it should already be disabled, and remain disabled).
adam added the bug label 2026-01-05 14:49:51 +01:00
adam closed this issue 2026-01-05 14:49:51 +01:00
adam commented 2026-01-05 14:49:51 +01:00
Author
Owner
Copy Link

@LGUG2Z commented on GitHub (May 20, 2024):

This is now fixed 🎉

@LGUG2Z commented on GitHub (May 20, 2024): This is now fixed 🎉
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#338
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?