You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
When focusing an application in another workspace, it will sometimes get stuck in an infinite workspace-switching loop that can only be stopped by killing komorebi and the application via task manager. It would appear that 07b2da6 didn't fully fix the issue. It's quite rare now; I've only had it happen twice in the last three weeks when Unity focuses on Rider (something that happens at least 50 times a day for me) but it does still happen.
To Reproduce
*see additional context
Open Unity and Rider on different workspaces.
Open a script in Unity so it focuses Rider.
Get lucky?
Expected behavior
Komorebi should not get stuck in a workspace-switching loop.
Operating System
OS Name: Microsoft Windows 11 Pro for Workstations
OS Version: 10.0.22631 N/A Build 22631
komorebic check Output
No KOMOREBI_CONFIG_HOME detected, defaulting to C:\Users\Insprill
Looking for configuration files in C:\Users\Insprill
Found komorebi.json; this file can be passed to the start command with the --config flag
No ~/.config/whkdrc found; you may not be able to control komorebi with your keyboard
Additional context
I've only had this happen when Unity focuses Rider (e.g., when opening a script), so it's possible the issue lies somewhere in there, but I find it more likely it's a general issue that only shows itself there due to how often that happens.
The text was updated successfully, but these errors were encountered:
I think this will ultimately require some tuneable configuration parameters that can be set by the user, but for now when you do get hit with this bug you can probably hit alt-p to komorebic pause to get out of the loop
I'm experiencing this in a very reproducible manner with HoudiniFX (3D VFX QT application), I'll try Alt+P next time as only killing Komorebi works for now
Describe the bug
When focusing an application in another workspace, it will sometimes get stuck in an infinite workspace-switching loop that can only be stopped by killing komorebi and the application via task manager. It would appear that 07b2da6 didn't fully fix the issue. It's quite rare now; I've only had it happen twice in the last three weeks when Unity focuses on Rider (something that happens at least 50 times a day for me) but it does still happen.
To Reproduce
*see additional context
Expected behavior
Komorebi should not get stuck in a workspace-switching loop.
Operating System
komorebic check
OutputAdditional context
I've only had this happen when Unity focuses Rider (e.g., when opening a script), so it's possible the issue lies somewhere in there, but I find it more likely it's a general issue that only shows itself there due to how often that happens.
The text was updated successfully, but these errors were encountered: