Android Studio "Find in Files" popup visible on other workspaces

[seanfreiburg]

Title: Android Studio "Find in Files" popup visible on other workspaces

Steps to reproduce:

1. Open Android Studio with a project on workspace 3
2. Open "Find in Files" with Cmd+Shift+F
3. Switch to another workspace (e.g., workspace 1 with terminal)

Expected result:

The Find in Files popup should stay on workspace 3 with Android Studio.

Actual result:

The Find in Files popup appears visually on workspace 1 (and other workspaces).

Additional info

$ aerospace -v
aerospace CLI client version: 0.19.2-Beta d246f250468fc9d427a2eb901d56794af7ac6609
AeroSpace.app server version: 0.19.2-Beta d246f250468fc9d427a2eb901d56794af7ac6609

macOS: 15.7.1
Android Studio: Narwhal Feature Drop 2025.1.2 Canary 7 (AI-252.27397.103.2523.14473358)

Debug output for Find in Files (broken):

$ aerospace debug-windows --window-id <find-popup-id>

"AXSubrole" : "AXUnknown"
"AXTitle" : ""
"AXFullScreenButton" : null
"Aero.AxUiElementWindowType" : "popup"
"Aero.treeNodeParent" : "Optional(AppBundle.MacosPopupWindowsContainer)"
"Aero.workspace" : "nil"

Debug output for Registry dialog (works correctly):

$ aerospace debug-windows --window-id <registry-id>

"AXSubrole" : "AXStandardWindow"
"AXTitle" : "Registry"
"Aero.AxUiElementWindowType" : "dialog"
"Aero.treeNodeParent" : "Optional(AppBundle.Workspace)"
"Aero.workspace" : "3"

Analysis:

The Find in Files window has AXSubrole: "AXUnknown" (bad accessibility metadata from Java/Swing), so AeroSpace classifies it as a "popup" and puts it in MacosPopupWindowsContainer with no workspace assignment.

The window is 1160x881px - much larger than typical popups (autocomplete, tooltips). Other Android Studio dialogs like "Registry" have AXSubrole: "AXStandardWindow" and work correctly.

Root cause:

Looking at AxUiElementWindowType.swift, the Find in Files popup fails isWindowHeuristicOld because:

1. It has no accessibility buttons (closeButtonAttr == nil, fullscreenButtonAttr == nil, etc.)
2. It's not focused when first detected
3. It has subrole == "AXUnknown" (not kAXStandardWindowSubrole, kAXDialogSubrole, or kAXFloatingWindowSubrole)
4. It has empty title

So it returns false from isWindowHeuristicOld → classified as popup → goes to MacosPopupWindowsContainer with no workspace.

Suggested fix:

Add Android Studio / JetBrains handling similar to Firefox, Ghostty, etc. In isWindowHeuristicOld or isWindowHeuristic:

// JetBrains "Find in Files" and similar large dialogs have AXUnknown subrole
// but should be treated as windows/dialogs, not popups
if id == .androidStudio || id?.isJetBrains == true {
    let size = get(Ax.sizeAttr)
    if size?.width ?? 0 > 400 && size?.height ?? 0 > 300 {
        return true
    }
}

Or alternatively, treat large AXUnknown windows (>400x300) as windows rather than popups for all apps, since real popups (tooltips, autocomplete menus) are typically much smaller.

[seanfreiburg]

Made a PR, fix works for me #1821

[nikitabobko]

AeroSpace could mitigate this bug by hiding and unhiding popup windows as well (but these windows should be still treated as popups because - #1821 (comment))

But for other 99.9% applications this is not needed since these apps move/hide/manage their popups themselves, and I am hesitant to do this change specifically for IntelliJ as I find this bug quite minor.

[claybridges]

FYI, this effects other apps in similar ways, like with Xcode's "Welcome to Xcode" dialog #2045.