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:
(I have two monitor)
Open a window at left monitor.
Move("right")
Now the window is at the right monitor.
Move("left")
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.
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
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. 🤞
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.
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 @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:
Move("right")Move("left")komorebinever works until I kill the process by Task Manager.komorebic stophas no effect.komorebic statenever 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:And part of another .ahk for launching komorebi.
@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:
I will try to look into this in the next few days. 🤞
@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.