-
-
Notifications
You must be signed in to change notification settings - Fork 208
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[BUG]: Workspace switching loop #879
Comments
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 |
This may have some impact on this issue |
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 |
I'm very regularly experiencing this when restarting komorebi and (manually) redistributing the windows over the various workspaces. I invariably reach a point where it will start looping through the workspaces, though I have not found a way to reliably reproduce. If it helps, the applications that are usually open are wezterm, outlook, edge, teams. |
Curious to know why setting |
Ah, I actually have those in place normally. I just temporarily removed them, because I thought they might be causing the issue. But turns out, the issue also arises when they are absent. |
Is there something I can do to help find the issue? |
I recorded the output of
|
This may be helpful: on my machine a loop seems to only appear when multiple monitors are connected! They all show the same image. (the internal laptop monitor and 2 additional external ones). I have not yet observed a loop if no external monitors are connected. In the output above, I see several lines targeting distinct monitors - that might be a hint too. ( |
Dual monitor user too in case it matters! |
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: