[BUG]: Workspace switching loop

[Insprill]

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 07b2da69a1d132caaee1975752ef695a8ea15ce3 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

1. Open Unity and Rider on different workspaces.
2. Open a script in Unity so it focuses Rider.
3. 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.

[LGUG2Z]

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

[LGUG2Z]

https://github.com/LGUG2Z/komorebi/commit/8bf4ab9f15fd8be6899117c549819080aadce648

This may have some impact on this issue