Stuck when focusing an workspace that doesn't have any window. #2

Closed
opened 2026-01-05 14:47:35 +01:00 by adam · 6 comments
Owner

Originally created by @crosstyan on GitHub (Aug 14, 2021).

Originally assigned to: @LGUG2Z on GitHub.

First of all, thank you for this wonderful window manager. I switched from workspacer and I'm a fan of bspwm.

Here is the problem. I created workspaces by

komorebic ensure-workspaces 0 4

I think the default workspace is 0. if I switch to an empty workspace by

komorebic focus-workspace 1

The komorebi window manager stop working. New window won't get tilted and I can't switch back by komorebic focus-workspace 0. Besides, there's no output when using komorebic state. I can get missing windows by restore-windows though.

But it works pretty well if I moved a window to that workspace first. If I use

komorebic move-to-workspace 1

to move focused window to workspace 1. The problem won't appear. ( I still get stuck when I switch to an empty workspace like 2 or 3 though)

Here is log in ~/komorebi.log

Aug 14 21:04:38.222  INFO init: komorebi::window_manager: initialising
Aug 14 21:04:38.250  INFO init:update_focused_workspace{mouse_follows_focus=false}: komorebi::window_manager: updating
Aug 14 21:04:38.291  INFO komorebi::process_command: listening
Aug 14 21:04:38.291  INFO komorebi::process_event: listening
Aug 14 21:05:00.302  INFO read_commands:process_command{MoveContainerToWorkspaceNumber(1)}:move_container_to_workspace{idx=1 follow=true}: komorebi::window_manager: moving container
Aug 14 21:05:00.303  INFO read_commands:process_command{MoveContainerToWorkspaceNumber(1)}:move_container_to_workspace{idx=1 follow=true}:focus_container{idx=0}: komorebi::workspace: focusing container
Aug 14 21:05:00.303  INFO read_commands:process_command{MoveContainerToWorkspaceNumber(1)}:move_container_to_workspace{idx=1 follow=true}:focus_workspace{idx=1}: komorebi::monitor: focusing workspace
Aug 14 21:05:00.328  INFO read_commands:process_command{MoveContainerToWorkspaceNumber(1)}:move_container_to_workspace{idx=1 follow=true}:update_focused_workspace{mouse_follows_focus=true}: komorebi::window_manager: updating
Aug 14 21:05:00.348  INFO read_commands:process_command{MoveContainerToWorkspaceNumber(1)}: komorebi::process_command: processed
Aug 14 21:05:00.350  INFO process_event{event=Hide(ObjectHide, Window { hwnd: 658876 })}: komorebi::process_event: processed: (hwnd: 658876, title: New Tab - Google Chrome, exe: chrome.exe, class: Chrome_WidgetWin_1)
Aug 14 21:05:00.352  INFO process_event{event=Hide(ObjectHide, Window { hwnd: 396150 })}: komorebi::process_event: processed: (hwnd: 396150, title: AutoHotkey.ahk - Visual Studio Code [Unsupported], exe: Code.exe, class: Chrome_WidgetWin_1)Aug 14 21:05:12.434  INFO read_commands:process_command{FocusWorkspaceNumber(0)}:focus_workspace{idx=0}: komorebi::window_manager: focusing workspace
Aug 14 21:05:12.434  INFO read_commands:process_command{FocusWorkspaceNumber(0)}:focus_workspace{idx=0}:focus_workspace{idx=0}: komorebi::monitor: focusing workspace
Aug 14 21:05:12.510  INFO read_commands:process_command{FocusWorkspaceNumber(0)}:focus_workspace{idx=0}:update_focused_workspace{mouse_follows_focus=true}: komorebi::window_manager: updating
Aug 14 21:05:12.549  INFO read_commands:process_command{FocusWorkspaceNumber(0)}: komorebi::process_command: processed
Aug 14 21:05:12.551  INFO process_event{event=Show(ObjectShow, Window { hwnd: 658876 })}:focus_monitor{idx=0}: komorebi::window_manager: focusing monitor
Aug 14 21:05:12.553  INFO process_event{event=Show(ObjectShow, Window { hwnd: 658876 })}: komorebi::process_event: processed: (hwnd: 658876, title: New Tab - Google Chrome, exe: chrome.exe, class: Chrome_WidgetWin_1)
Aug 14 21:05:12.555  INFO process_event{event=FocusChange(SystemForeground, Window { hwnd: 658876 })}:focus_monitor{idx=0}: komorebi::window_manager: focusing monitor
Aug 14 21:05:12.556  INFO process_event{event=FocusChange(SystemForeground, Window { hwnd: 658876 })}:focus_window{idx=0}: komorebi::container: focusing window
Aug 14 21:05:12.558  INFO process_event{event=FocusChange(SystemForeground, Window { hwnd: 658876 })}:focus_container{idx=0}: komorebi::workspace: focusing container
Aug 14 21:05:12.561  INFO process_event{event=FocusChange(SystemForeground, Window { hwnd: 658876 })}: komorebi::process_event: processed: (hwnd: 658876, title: New Tab - Google Chrome, exe: chrome.exe, class: Chrome_WidgetWin_1)
Aug 14 21:05:12.565  INFO process_event{event=Show(ObjectShow, Window { hwnd: 396150 })}:focus_monitor{idx=0}: komorebi::window_manager: focusing monitor
Aug 14 21:05:12.567  INFO process_event{event=Show(ObjectShow, Window { hwnd: 396150 })}: komorebi::process_event: processed: (hwnd: 396150, title: AutoHotkey.ahk - Visual Studio Code [Unsupported], exe: Code.exe, class: Chrome_WidgetWin_1)Aug 14 21:05:12.569  INFO process_event{event=Hide(ObjectHide, Window { hwnd: 1246940 })}: komorebi::process_event: processed: (hwnd: 1246940, title: PowerShell, exe: WindowsTerminal.exe, class: CASCADIA_HOSTING_WINDOW_CLASS)
Aug 14 21:05:15.781  INFO process_event{event=FocusChange(SystemForeground, Window { hwnd: 855172 })}:focus_monitor{idx=0}: komorebi::window_manager: focusing monitor
Aug 14 21:05:15.791 ERROR komorebi::process_event: there is no container/window
Aug 14 21:05:15.812  INFO process_event{event=Show(SystemMinimizeEnd, Window { hwnd: 855172 })}:focus_monitor{idx=0}: komorebi::window_manager: focusing monitor
Aug 14 21:05:15.816  INFO process_event{event=Show(SystemMinimizeEnd, Window { hwnd: 855172 })}:focus_window{idx=0}: komorebi::container: focusing window
Aug 14 21:05:15.817  INFO process_event{event=Show(SystemMinimizeEnd, Window { hwnd: 855172 })}:focus_container{idx=1}: komorebi::workspace: focusing container
Aug 14 21:05:15.822  INFO process_event{event=Show(SystemMinimizeEnd, Window { hwnd: 855172 })}:update_focused_workspace{mouse_follows_focus=false}: komorebi::window_manager: updating
Aug 14 21:05:15.874  INFO process_event{event=Show(SystemMinimizeEnd, Window { hwnd: 855172 })}: komorebi::process_event: processed: (hwnd: 855172, title: PowerShell, exe: WindowsTerminal.exe, class: CASCADIA_HOSTING_WINDOW_CLASS)
Aug 14 21:05:46.908  INFO read_commands:process_command{FocusWorkspaceNumber(2)}:focus_workspace{idx=2}: komorebi::window_manager: focusing workspace
Aug 14 21:05:46.908  INFO read_commands:process_command{FocusWorkspaceNumber(2)}:focus_workspace{idx=2}:focus_workspace{idx=2}: komorebi::monitor: focusing workspace
Aug 14 21:05:46.921  INFO read_commands:process_command{FocusWorkspaceNumber(2)}:focus_workspace{idx=2}:update_focused_workspace{mouse_follows_focus=true}: komorebi::window_manager: updating
Aug 14 21:05:46.924 ERROR komorebi::process_command: Access is denied. (os error 5)
Aug 14 21:05:46.955  INFO process_event{event=Hide(ObjectHide, Window { hwnd: 658876 })}: komorebi::process_event: processed: (hwnd: 658876, title: New Tab - Google Chrome, exe: chrome.exe, class: Chrome_WidgetWin_1)
Aug 14 21:05:46.970  INFO process_event{event=Hide(ObjectHide, Window { hwnd: 855172 })}: komorebi::process_event: processed: (hwnd: 855172, title: PowerShell, exe: WindowsTerminal.exe, class: CASCADIA_HOSTING_WINDOW_CLASS)
Aug 14 21:05:46.986  INFO process_event{event=Hide(ObjectHide, Window { hwnd: 396150 })}: komorebi::process_event: processed: (hwnd: 396150, title: AutoHotkey.ahk - Visual Studio Code [Unsupported], exe: Code.exe, class: Chrome_WidgetWin_1)Aug 14 21:05:49.951  INFO process_event{event=Show(ObjectShow, Window { hwnd: 1510468 })}:focus_monitor{idx=0}: komorebi::window_manager: focusing monitor
Aug 14 21:05:49.953  INFO process_event{event=Show(ObjectShow, Window { hwnd: 1510468 })}:focus_window{idx=0}: komorebi::container: focusing window
Originally created by @crosstyan on GitHub (Aug 14, 2021). Originally assigned to: @LGUG2Z on GitHub. First of all, thank you for this wonderful window manager. I switched from [workspacer](https://github.com/workspacer/workspacer) and I'm a fan of bspwm. Here is the problem. I created workspaces by ```powershell komorebic ensure-workspaces 0 4 ``` I think the default workspace is `0`. if I switch to an empty workspace by ```powershell komorebic focus-workspace 1 ``` The komorebi window manager stop working. New window won't get tilted and I can't switch back by `komorebic focus-workspace 0`. Besides, there's no output when using `komorebic state`. I can get missing windows by `restore-windows` though. But it works pretty well if I moved a window to that workspace first. If I use ```powershell komorebic move-to-workspace 1 ``` to move focused window to workspace 1. The problem won't appear. ( I still get stuck when I switch to an empty workspace like 2 or 3 though) Here is log in `~/komorebi.log` ```log Aug 14 21:04:38.222 INFO init: komorebi::window_manager: initialising Aug 14 21:04:38.250 INFO init:update_focused_workspace{mouse_follows_focus=false}: komorebi::window_manager: updating Aug 14 21:04:38.291 INFO komorebi::process_command: listening Aug 14 21:04:38.291 INFO komorebi::process_event: listening Aug 14 21:05:00.302 INFO read_commands:process_command{MoveContainerToWorkspaceNumber(1)}:move_container_to_workspace{idx=1 follow=true}: komorebi::window_manager: moving container Aug 14 21:05:00.303 INFO read_commands:process_command{MoveContainerToWorkspaceNumber(1)}:move_container_to_workspace{idx=1 follow=true}:focus_container{idx=0}: komorebi::workspace: focusing container Aug 14 21:05:00.303 INFO read_commands:process_command{MoveContainerToWorkspaceNumber(1)}:move_container_to_workspace{idx=1 follow=true}:focus_workspace{idx=1}: komorebi::monitor: focusing workspace Aug 14 21:05:00.328 INFO read_commands:process_command{MoveContainerToWorkspaceNumber(1)}:move_container_to_workspace{idx=1 follow=true}:update_focused_workspace{mouse_follows_focus=true}: komorebi::window_manager: updating Aug 14 21:05:00.348 INFO read_commands:process_command{MoveContainerToWorkspaceNumber(1)}: komorebi::process_command: processed Aug 14 21:05:00.350 INFO process_event{event=Hide(ObjectHide, Window { hwnd: 658876 })}: komorebi::process_event: processed: (hwnd: 658876, title: New Tab - Google Chrome, exe: chrome.exe, class: Chrome_WidgetWin_1) Aug 14 21:05:00.352 INFO process_event{event=Hide(ObjectHide, Window { hwnd: 396150 })}: komorebi::process_event: processed: (hwnd: 396150, title: AutoHotkey.ahk - Visual Studio Code [Unsupported], exe: Code.exe, class: Chrome_WidgetWin_1)Aug 14 21:05:12.434 INFO read_commands:process_command{FocusWorkspaceNumber(0)}:focus_workspace{idx=0}: komorebi::window_manager: focusing workspace Aug 14 21:05:12.434 INFO read_commands:process_command{FocusWorkspaceNumber(0)}:focus_workspace{idx=0}:focus_workspace{idx=0}: komorebi::monitor: focusing workspace Aug 14 21:05:12.510 INFO read_commands:process_command{FocusWorkspaceNumber(0)}:focus_workspace{idx=0}:update_focused_workspace{mouse_follows_focus=true}: komorebi::window_manager: updating Aug 14 21:05:12.549 INFO read_commands:process_command{FocusWorkspaceNumber(0)}: komorebi::process_command: processed Aug 14 21:05:12.551 INFO process_event{event=Show(ObjectShow, Window { hwnd: 658876 })}:focus_monitor{idx=0}: komorebi::window_manager: focusing monitor Aug 14 21:05:12.553 INFO process_event{event=Show(ObjectShow, Window { hwnd: 658876 })}: komorebi::process_event: processed: (hwnd: 658876, title: New Tab - Google Chrome, exe: chrome.exe, class: Chrome_WidgetWin_1) Aug 14 21:05:12.555 INFO process_event{event=FocusChange(SystemForeground, Window { hwnd: 658876 })}:focus_monitor{idx=0}: komorebi::window_manager: focusing monitor Aug 14 21:05:12.556 INFO process_event{event=FocusChange(SystemForeground, Window { hwnd: 658876 })}:focus_window{idx=0}: komorebi::container: focusing window Aug 14 21:05:12.558 INFO process_event{event=FocusChange(SystemForeground, Window { hwnd: 658876 })}:focus_container{idx=0}: komorebi::workspace: focusing container Aug 14 21:05:12.561 INFO process_event{event=FocusChange(SystemForeground, Window { hwnd: 658876 })}: komorebi::process_event: processed: (hwnd: 658876, title: New Tab - Google Chrome, exe: chrome.exe, class: Chrome_WidgetWin_1) Aug 14 21:05:12.565 INFO process_event{event=Show(ObjectShow, Window { hwnd: 396150 })}:focus_monitor{idx=0}: komorebi::window_manager: focusing monitor Aug 14 21:05:12.567 INFO process_event{event=Show(ObjectShow, Window { hwnd: 396150 })}: komorebi::process_event: processed: (hwnd: 396150, title: AutoHotkey.ahk - Visual Studio Code [Unsupported], exe: Code.exe, class: Chrome_WidgetWin_1)Aug 14 21:05:12.569 INFO process_event{event=Hide(ObjectHide, Window { hwnd: 1246940 })}: komorebi::process_event: processed: (hwnd: 1246940, title: PowerShell, exe: WindowsTerminal.exe, class: CASCADIA_HOSTING_WINDOW_CLASS) Aug 14 21:05:15.781 INFO process_event{event=FocusChange(SystemForeground, Window { hwnd: 855172 })}:focus_monitor{idx=0}: komorebi::window_manager: focusing monitor Aug 14 21:05:15.791 ERROR komorebi::process_event: there is no container/window Aug 14 21:05:15.812 INFO process_event{event=Show(SystemMinimizeEnd, Window { hwnd: 855172 })}:focus_monitor{idx=0}: komorebi::window_manager: focusing monitor Aug 14 21:05:15.816 INFO process_event{event=Show(SystemMinimizeEnd, Window { hwnd: 855172 })}:focus_window{idx=0}: komorebi::container: focusing window Aug 14 21:05:15.817 INFO process_event{event=Show(SystemMinimizeEnd, Window { hwnd: 855172 })}:focus_container{idx=1}: komorebi::workspace: focusing container Aug 14 21:05:15.822 INFO process_event{event=Show(SystemMinimizeEnd, Window { hwnd: 855172 })}:update_focused_workspace{mouse_follows_focus=false}: komorebi::window_manager: updating Aug 14 21:05:15.874 INFO process_event{event=Show(SystemMinimizeEnd, Window { hwnd: 855172 })}: komorebi::process_event: processed: (hwnd: 855172, title: PowerShell, exe: WindowsTerminal.exe, class: CASCADIA_HOSTING_WINDOW_CLASS) Aug 14 21:05:46.908 INFO read_commands:process_command{FocusWorkspaceNumber(2)}:focus_workspace{idx=2}: komorebi::window_manager: focusing workspace Aug 14 21:05:46.908 INFO read_commands:process_command{FocusWorkspaceNumber(2)}:focus_workspace{idx=2}:focus_workspace{idx=2}: komorebi::monitor: focusing workspace Aug 14 21:05:46.921 INFO read_commands:process_command{FocusWorkspaceNumber(2)}:focus_workspace{idx=2}:update_focused_workspace{mouse_follows_focus=true}: komorebi::window_manager: updating Aug 14 21:05:46.924 ERROR komorebi::process_command: Access is denied. (os error 5) Aug 14 21:05:46.955 INFO process_event{event=Hide(ObjectHide, Window { hwnd: 658876 })}: komorebi::process_event: processed: (hwnd: 658876, title: New Tab - Google Chrome, exe: chrome.exe, class: Chrome_WidgetWin_1) Aug 14 21:05:46.970 INFO process_event{event=Hide(ObjectHide, Window { hwnd: 855172 })}: komorebi::process_event: processed: (hwnd: 855172, title: PowerShell, exe: WindowsTerminal.exe, class: CASCADIA_HOSTING_WINDOW_CLASS) Aug 14 21:05:46.986 INFO process_event{event=Hide(ObjectHide, Window { hwnd: 396150 })}: komorebi::process_event: processed: (hwnd: 396150, title: AutoHotkey.ahk - Visual Studio Code [Unsupported], exe: Code.exe, class: Chrome_WidgetWin_1)Aug 14 21:05:49.951 INFO process_event{event=Show(ObjectShow, Window { hwnd: 1510468 })}:focus_monitor{idx=0}: komorebi::window_manager: focusing monitor Aug 14 21:05:49.953 INFO process_event{event=Show(ObjectShow, Window { hwnd: 1510468 })}:focus_window{idx=0}: komorebi::container: focusing window ```
adam added the bug label 2026-01-05 14:47:35 +01:00
adam closed this issue 2026-01-05 14:47:36 +01:00
Author
Owner

@LGUG2Z commented on GitHub (Aug 14, 2021):

Thank you for this detailed report! I have just spent some time trying to reproduce this issue but I have not been successful.

Could you please share the komorebi.ahk you are using and also your Windows version (Get-ComputerInfo | select WindowsProductName, WindowsVersion, OsHardwareAbstractionLayer)?

From the logs, I have traced down the Access is denied error to here, which is called when trying to focus the special Desktop Window when a workspace is empty. I have pushed a branch that addresses this error; it would be great if you could try that and see if it changes the behaviour you are experiencing.

@LGUG2Z commented on GitHub (Aug 14, 2021): Thank you for this detailed report! I have just spent some time trying to reproduce this issue but I have not been successful. Could you please share the `komorebi.ahk` you are using and also your Windows version (`Get-ComputerInfo | select WindowsProductName, WindowsVersion, OsHardwareAbstractionLayer`)? From the logs, I have traced down the `Access is denied` error to [here](https://github.com/LGUG2Z/komorebi/blob/master/komorebi/src/window.rs#L137), which is called when trying to [focus the special Desktop Window when a workspace is empty](https://github.com/LGUG2Z/komorebi/blob/master/komorebi/src/window_manager.rs#L92). I have [pushed a branch that addresses this error](https://github.com/LGUG2Z/komorebi/tree/hotfix/dont-attch-to-desktop-window-thread); it would be great if you could try that and see if it changes the behaviour you are experiencing.
Author
Owner

@LGUG2Z commented on GitHub (Aug 15, 2021):

I think I found the panic 🎉

Message:  attempt to divide by zero
Location: komorebi-core\src\layout.rs:144

  ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ BACKTRACE ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
                                ⋮ 9 frames hidden ⋮
  10: core::panicking::panic<unknown>
      at /rustc/a178d0322ce20e33eac124758e837cbd80a6f633\/library\core\src\panicking.rs:50
  11: komorebi_core::layout::Layout::calculate::ha406458b4d9a304c
      at <unknown source file>:<unknown line>
  12: komorebi::workspace::Workspace::update::h65bf8870d2c92ead
      at <unknown source file>:<unknown line>
  13: komorebi::window_manager::WindowManager::init::h07c7d42875dc4c52
      at <unknown source file>:<unknown line>
  14: komorebi::window_manager::WindowManager::restore_all_windows::h6966c89d55a8aaff
      at <unknown source file>:<unknown line>
  15: tracing_core::event::Event::metadata::h548cc0816da38c47
      at <unknown source file>:<unknown line>
  16: komorebi::process_command::<impl komorebi::window_manager::WindowManager>::read_commands::h9a03c573b27a0fe7
      at <unknown source file>:<unknown line>
  17: std::sys_common::backtrace::__rust_begin_short_backtrace::h225ab8fda49906c4
      at <unknown source file>:<unknown line>
  18: <&T as core::fmt::Debug>::fmt::hf247fbb9ac06d8b6
      at <unknown source file>:<unknown line>
  19: alloc::boxed::{{impl}}::call_once<unknown>
      at /rustc/a178d0322ce20e33eac124758e837cbd80a6f633\library\alloc\src\boxed.rs:1575
  20: alloc::boxed::{{impl}}::call_once<unknown>
      at /rustc/a178d0322ce20e33eac124758e837cbd80a6f633\library\alloc\src\boxed.rs:1575
  21: std::sys::windows::thread::{{impl}}::new::thread_start<unknown>
      at /rustc/a178d0322ce20e33eac124758e837cbd80a6f633\/library\std\src\sys\windows\thread.rs:56
  22: BaseThreadInitThunk<unknown>
      at <unknown source file>:<unknown line>
  23: RtlUserThreadStart<unknown>
      at <unknown source file>:<unknown line>

@crosstyan Don't worry about trying out that branch that I linked, it won't do anything for this issue. I will work on a separate fix for this.

@LGUG2Z commented on GitHub (Aug 15, 2021): I think I found the panic 🎉 ```The application panicked (crashed). Message: attempt to divide by zero Location: komorebi-core\src\layout.rs:144 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ BACKTRACE ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ⋮ 9 frames hidden ⋮ 10: core::panicking::panic<unknown> at /rustc/a178d0322ce20e33eac124758e837cbd80a6f633\/library\core\src\panicking.rs:50 11: komorebi_core::layout::Layout::calculate::ha406458b4d9a304c at <unknown source file>:<unknown line> 12: komorebi::workspace::Workspace::update::h65bf8870d2c92ead at <unknown source file>:<unknown line> 13: komorebi::window_manager::WindowManager::init::h07c7d42875dc4c52 at <unknown source file>:<unknown line> 14: komorebi::window_manager::WindowManager::restore_all_windows::h6966c89d55a8aaff at <unknown source file>:<unknown line> 15: tracing_core::event::Event::metadata::h548cc0816da38c47 at <unknown source file>:<unknown line> 16: komorebi::process_command::<impl komorebi::window_manager::WindowManager>::read_commands::h9a03c573b27a0fe7 at <unknown source file>:<unknown line> 17: std::sys_common::backtrace::__rust_begin_short_backtrace::h225ab8fda49906c4 at <unknown source file>:<unknown line> 18: <&T as core::fmt::Debug>::fmt::hf247fbb9ac06d8b6 at <unknown source file>:<unknown line> 19: alloc::boxed::{{impl}}::call_once<unknown> at /rustc/a178d0322ce20e33eac124758e837cbd80a6f633\library\alloc\src\boxed.rs:1575 20: alloc::boxed::{{impl}}::call_once<unknown> at /rustc/a178d0322ce20e33eac124758e837cbd80a6f633\library\alloc\src\boxed.rs:1575 21: std::sys::windows::thread::{{impl}}::new::thread_start<unknown> at /rustc/a178d0322ce20e33eac124758e837cbd80a6f633\/library\std\src\sys\windows\thread.rs:56 22: BaseThreadInitThunk<unknown> at <unknown source file>:<unknown line> 23: RtlUserThreadStart<unknown> at <unknown source file>:<unknown line> ``` @crosstyan Don't worry about trying out that branch that I linked, it won't do anything for this issue. I will work on a separate fix for this.
Author
Owner

@crosstyan commented on GitHub (Aug 15, 2021):

My output from Get-ComputerInfo | select WindowsProductName, WindowsVersion, OsHardwareAbstractionLayer

WindowsProductName WindowsVersion OsHardwareAbstractionLayer
------------------ -------------- --------------------------
Windows 10 Pro     2009           10.0.22000.1

the ahk file is the same as this sample.

By the way, I'm using a desktop organize software called fences, which I think is related to the problem.

Thank you again for helping solve this problem.

@crosstyan commented on GitHub (Aug 15, 2021): My output from `Get-ComputerInfo | select WindowsProductName, WindowsVersion, OsHardwareAbstractionLayer` ```powershell WindowsProductName WindowsVersion OsHardwareAbstractionLayer ------------------ -------------- -------------------------- Windows 10 Pro 2009 10.0.22000.1 ``` the `ahk` file is the same as [this sample](https://github.com/LGUG2Z/komorebi/blob/master/komorebi.sample.ahk). By the way, I'm using a desktop organize software called [fences](https://www.stardock.com/products/fences/), which I think is related to the problem. Thank you again for helping solve this problem.
Author
Owner

@crosstyan commented on GitHub (Aug 15, 2021):

I confirmed that Stardock Fences caused that problem. When I disable Fences, everything runs smoothly.

I have to admit compatibility is tricky to deal with, but maybe it's still worth investigating what caused that incompatibility.

Update: the problem is still existing, but I can switch to an empty workspace and switch back now, but moving to a workspace still cause the problem. (still using the old commit)

@crosstyan commented on GitHub (Aug 15, 2021): ~~I confirmed that [Stardock Fences](https://www.stardock.com/products/fences/) caused that problem. When I disable Fences, everything runs smoothly.~~ I have to admit compatibility is tricky to deal with, but maybe it's still worth investigating what caused that incompatibility. Update: the problem is still existing, but I can switch to an empty workspace and switch back now, but moving to a workspace still cause the problem. (still using the old commit)
Author
Owner

@LGUG2Z commented on GitHub (Aug 15, 2021):

@crosstyan I believe this bug should now be fixed with this commit: a53b2cc28c

Please pull the latest commit on master (which also now includes panic messages in the logs!) and try it out. I hope it fixes the issue for you 🤞 .

@LGUG2Z commented on GitHub (Aug 15, 2021): @crosstyan I believe this bug should now be fixed with this commit: https://github.com/LGUG2Z/komorebi/commit/a53b2cc28c8376bdd81128746ad78f29387c83bf Please pull the latest commit on `master` (which also now includes panic messages in the logs!) and try it out. I hope it fixes the issue for you 🤞 .
Author
Owner

@crosstyan commented on GitHub (Aug 16, 2021):

Seems perfect to me. Problem fixed!

@crosstyan commented on GitHub (Aug 16, 2021): Seems perfect to me. Problem fixed!
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/komorebi#2