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

Question: Is my config wrong? #127

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

Originally created by @wirekang on GitHub (Aug 16, 2022).

Originally assigned to: @LGUG2Z on GitHub.

Hello. I found this program yesterday, and this is awesome!! But I have a problem.

Steps to reproduce:

  1. (I have two monitor)
  2. Open a window at left monitor.
  3. Move("right")
  4. Now the window is at the right monitor.
  5. Move("left")
  6. Now the window is at the left monitor, and komorebi never works until I kill the process by Task Manager. komorebic stop has no effect. komorebic state never returns(waiting forever).

It seems that something like deadlock has happended. It doesn't always happen under the same conditions. It happends randomly.

My komorebi.ahk:

#SingleInstance, Force
#Include, %A_ScriptDir%\komorebi.generated.ahk
#Include, %A_ScriptDir%\komorebi.lib.ahk

WatchConfiguration("enable")

EnsureWorkspaces(0,1)
WorkspaceName(0,0,"Left")
WorkspaceLayout(0,0,"columns")
WorkspacePadding(0,0,5)
ContainerPadding(0,0,5)

EnsureWorkspaces(1,1)
WorkspaceName(1,0,"Right")
WorkspaceLayout(1,0,"columns")
WorkspacePadding(1,0,5)
ContainerPadding(1,0,5)

WindowHidingBehaviour("minimize")

ActiveWindowBorderColour(255,0,0, "Single")
ActiveWindowBorder("enable")

CrossMonitorMoveBehaviour("insert")

MouseFollowsFocus("enable")

CompleteConfiguration()

; ... Key mappings...

And part of another .ahk for launching komorebi.

Run powershell -Command "komorebic.exe start"
Originally created by @wirekang on GitHub (Aug 16, 2022). Originally assigned to: @LGUG2Z on GitHub. Hello. I found this program yesterday, and this is awesome!! But I have a problem. ### Steps to reproduce: 0. (I have two monitor) 1. Open a window at left monitor. 2. `Move("right")` 3. Now the window is at the right monitor. 4. `Move("left")` 5. Now the window is at the left monitor, and `komorebi` never works until I kill the process by Task Manager. `komorebic stop` has no effect. `komorebic state` never returns(waiting forever). It seems that something like deadlock has happended. It doesn't always happen under the same conditions. It happends randomly. My `komorebi.ahk`: ```ahk #SingleInstance, Force #Include, %A_ScriptDir%\komorebi.generated.ahk #Include, %A_ScriptDir%\komorebi.lib.ahk WatchConfiguration("enable") EnsureWorkspaces(0,1) WorkspaceName(0,0,"Left") WorkspaceLayout(0,0,"columns") WorkspacePadding(0,0,5) ContainerPadding(0,0,5) EnsureWorkspaces(1,1) WorkspaceName(1,0,"Right") WorkspaceLayout(1,0,"columns") WorkspacePadding(1,0,5) ContainerPadding(1,0,5) WindowHidingBehaviour("minimize") ActiveWindowBorderColour(255,0,0, "Single") ActiveWindowBorder("enable") CrossMonitorMoveBehaviour("insert") MouseFollowsFocus("enable") CompleteConfiguration() ; ... Key mappings... ``` And part of another .ahk for launching komorebi. ```ahk Run powershell -Command "komorebic.exe start" ```
adam added the bug label 2026-01-05 14:48:27 +01:00
adam closed this issue 2026-01-05 14:48:28 +01:00
adam commented 2026-01-05 14:48:28 +01:00
Author
Owner
Copy Link

@LGUG2Z commented on GitHub (Aug 18, 2022):

Thanks for the bug report! I have just been able to reproduce this and have found the relevant log line:

2022-08-18T21:43:39.282684Z ERROR process_command{MoveWindow(Up)}:move_container_in_direction{direction=Up}: komorebi: panicked at 'index out of bounds', /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f\library\alloc\src\collections\vec_deque\mod.rs:1681:9 panic.file="/rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f\\library\\alloc\\src\\collections\\vec_deque\\mod.rs" panic.line=1681 panic.column=9

I will try to look into this in the next few days. 🤞

@LGUG2Z commented on GitHub (Aug 18, 2022): Thanks for the bug report! I have just been able to reproduce this and have found the relevant log line: ``` 2022-08-18T21:43:39.282684Z ERROR process_command{MoveWindow(Up)}:move_container_in_direction{direction=Up}: komorebi: panicked at 'index out of bounds', /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f\library\alloc\src\collections\vec_deque\mod.rs:1681:9 panic.file="/rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f\\library\\alloc\\src\\collections\\vec_deque\\mod.rs" panic.line=1681 panic.column=9 ``` I will try to look into this in the next few days. 🤞
adam commented 2026-01-05 14:48:28 +01:00
Author
Owner
Copy Link

@LGUG2Z commented on GitHub (Aug 18, 2022):

This was actually a quick one, I believe this is now fixed on master. Feel free to re-open this issue if the behaviour still persists for you after the latest commit.

@LGUG2Z commented on GitHub (Aug 18, 2022): This was actually a quick one, I believe this is now fixed on master. Feel free to re-open this issue if the behaviour still persists for you after the latest commit.
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#127
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?