Open jonashaag opened 1 week ago
I can confirm a similar behavior when using focus-monitor.
E.g. firefox is opened on workspace 1 monitor 1 and i am on workspace 2 monitor 1 and i want to switch to monitor 2 on workspace 3 using 'focus-monitor next --wrap-around' the focus will first go to workspace 3 on monitor 2 and then switch to workspace 1 monitor 1 to firefox.
It seems that we are facing the same problem. And i also only have this behevior when firefox is openend twice as described.
I've had a similar behavior with workspace-back-and-forth
.
It does indeed happen when:
workspace-back-and-forth
from another node (N1) that would focus I2The result is that I1 gets focused instead of switching workspace to focus I2.
It's pretty annoying with web browsers (using Zen Browser), where I'm using webapps to run non work-related chatting apps for example.
After testing more that's not the exact behavior.
Sometimes, even just changing focus (without wrap) switches workspaces if the focus
action would focus an application that also has a window open in another workspace on another monitor.
I have confirmed this only happens in multi-monitor setups.
I can't seem to reliably replicate this unfortunately, but there's definitely a whole swat of bugs related to having multiple instances of the same app on multiple workspaces... Which was for me the whole point of using Aerospace 😅
Describe the bug
I have
ctrl-left/right
bound toworkspace --wrap-around prev/next
.Sometimes when I use that key binding AeroSpace switches two workspaces at the same time: the one on the focused monitor, and the one on the other monitor, and it gives focus to the workspace/window on the other monitor.
I think this only happens when there are multiple windows of the same application on different monitors, or maybe this only happens when that application is iTerm2.
Related issues you could find
None that are open.