Arc window becomes unmanaged after fullscreen
- Dominant language
- C
- Stars
- 29.6k
- Forks
- 750
- PR merge metrics
- No merged PRs in 30d
Description
After fullscreen is closed the Arc window becomes unmanaged. Window parameters don't seem to be updated after fullscreen is closed. This is both for fullscreening in youtube videos, and fullscreening the app itself. This behavior seems to be only with Arc, as other windows are still managed after fullscreen is closed.
Before fullscreen:
```
{
...
"app":"Arc",
...
"split-child":"second_child",
"stack-index":0,
"can-move":true,
"can-resize":true,
"has-focus":true,
"has-shadow":true,
"has-parent-zoom":false,
"has-fullscreen-zoom":false,
"has-ax-reference":true,
"is-native-fullscreen":false,
...
}
```
After fullscreen is opened and closed:
```
{
...
"app":"Arc",
...
"split-child":"none",
"stack-index":0,
"can-move":false,
"can-resize":true,
"has-focus":true,
"has-shadow":true,
"has-parent-zoom":false,
"has-fullscreen-zoom":false,
"has-ax-reference":true,
"is-native-fullscreen":true,
...
}
```
```
yabai-v7.1.11
macOS 15.3.2
SIP is disabled
```
Contributor guide
No contributing guide indexed for this repository
Research direction
Reproduce the issue on yabai v7.1.11 with macOS 15.3.2, testing both YouTube fullscreen and app fullscreen in Arc. Compare the window parameters before fullscreen and after it closes, especially split-child, can-move, and is-native-fullscreen. Done means Arc returns to its managed state like other windows.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c, macos
- Domain
- desktop, operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100