-
-
Notifications
You must be signed in to change notification settings - Fork 656
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
Arc Browser window becomes unmanaged #2464
Comments
I have the same issue, but no matter what I do(reload or restart everything), the arc browser is not managed, but other windows is fine |
Honestly Arc has a long list of issues with Yabai, this one is just one of them. I think this has to do a lot with Arc itself, with the handling of windows they have chosen, or window titles and such. I don't know all the specifics. I was hoping that as Arc would improve, bugs like this would be taken care of.. but after they've announced that they are halting development of Arc to focus on another browser, I doubt the little annoyances will ever be fixed. |
@Pe8er What if we manage it explicitly then assign it to a space. so that yabai is aware of it. # enable specific apps
yabai -m rule --add app="^Arc$" manage=on
# Assign apps to specific spaces
yabai -m rule --add app="^(Arc|Discord)$" space=1 |
@alinademi good thinking, perhaps Yabai will manage Arc more consistently if it's told explicitly to manage it 😀 Added your suggestion to my config, hope it works. Thanks! |
Seemingly randomly, Arc Browser window becomes unmanaged — it floats on topmost layer. Newly opened Arc windows are managed and end up below the original window. Reloading Yabai config doesn't fix it. Restarting Yabai service fixes it.
Arc 1.67.0 (55418)-RC
MacOs 15.1
How it looks:
Yabai query for this space:
yabairc
The text was updated successfully, but these errors were encountered: