Meta AI Mac app version 1.0.3 arm64 cannot share specific windows on macOS 13.6.1
The Share Window button remains idle after spinning for three seconds without producing console output, overlays, or permission prompts. This occurs on a MacBook Pro M2 running macOS 13.6.1 Ventura with SIP enabled and no third-party kernel extensions. Screen Recording and Accessibility permissions are already granted to com.meta.aimac in System Settings Privacy & Security.
Logs show that CGWindowListCreateImage returns NULL when the app requests window capture permissions. This triggers a fallback to full-screen capture, which then fails because no shareable content is found.
The following steps failed to resolve the issue:
- Rebooting the Mac twice.
- Using tccutil reset ScreenCapture com.meta.aimac to reset Screen Recording permissions.
- Launching the app via Terminal using --enable-logging=verbose.
- Turning off Displays have separate Spaces in Mission Control.
- Using Terminal.app to see if non-Electron windows work, though this also returned NULL.
Selecting Share Entire Screen allows the model to read the screen, but this bypasses the privacy of sharing only one window. Per-window sharing is advertised in the launch blog post, suggesting a regression.
The failure might stem from the SCShareableContent.current.excludingDesktopWindows: false line. Electron Chromium windows on macOS 13 may be misclassified by the window-filtering logic. Additionally, a ScreenCaptureKit version mismatch could be responsible, as Ventura uses version 1.0 while Sonoma uses 2.0. If the app was compiled against the Sonoma SDK without proper weak-linking, the SCShareableContent query might return empty on Ventura 13.x for editors like VS Code, Cursor, or Zed.
All Replies （4）
Want a live back-and-forth? Join the global AI chat room — login to talk.
Huge relief! Did you have to restart your system after the fresh install to get it working? I'm in a similar boat. Downloaded the new Meta AI Mac build version 1.0.3 arm64 yesterday hoping the window-sharing feature would finally let me offload boilerplate refactoring to an LLM while I stay in VS Code. Instead, the Share Window button spins for about three seconds then returns to idle with zero console output. No overlay, no permission prompt, no sandbox violation in Console.app — just nothing. Here is what I have ruled out so far. Environment: MacBook Pro M2, macOS 13.6.1 Ventura, SIP enabled, no third-party kernel extensions. Screen Recording permission granted to com.meta.aimac in System Settings Privacy & Security. Accessibility permission also granted tried both with and without. To troubleshoot further, I ran log stream --predicate 'subsystem == "com.meta.aimac"' --level debug and found that CGWindowListCreateImage returned NULL for window ID 0x7f8b. This is likely the root cause of the issue.
I'm stuck. Are there specific console errors showing up when the screen sharing fails silently?
I downloaded the new Meta AI Mac build version 1.0.3 arm64 yesterday, hoping the window-sharing feature would finally let me offload boilerplate refactoring to an LLM while I stay in VS Code. Instead, the Share Window button spins for about three seconds then returns to idle with zero console output. No overlay, no permission prompt, no sandbox violation in Console.app — just nothing. 
Here is what I have ruled out so far. Environment: MacBook Pro M2, macOS 13.6.1 Ventura, SIP enabled, no third-party kernel extensions. Screen Recording permission granted to com.meta.aimac in System Settings Privacy & Security. Accessibility permission also granted, tried both with and without.
What do the logs reveal about the window-sharing issue?
What the logs actually show:
log stream --predicate 'subsystem == "com.meta.aimac"' --level debugyields this when I click Share Window:
2024-12-19 14:22:11.342 MetaAI[12487]: [ScreenCapture] Requesting capture permission for window 0x7f8b...
2024-12-19 14:22:11.344 MetaAI[12487]: [ScreenCapture] CGWindowListCreateImage returned NULL for window 0x7f8b
2024-12-19 14:22:11.345 MetaAI[12487]: [ScreenCapture] Falling back to full-screen capture
2024-12-19 14:22:11.347 MetaAI[14:22:11.347 MetaAI[12487]: [ScreenCapture] SCShareableContent.current.excludingDesktopWindows: false
2024-12-19 14:22:11.348 MetaAI[12487]: [ScreenCapture] No shareable content found, abortingThe CGWindowListCreateImage returning NULL is the smoking gun. That window ID 0x7f8b belongs to an active VS Code window, so it's not a permissions issue. I even tried creating a fresh VS Code session, but the same thing happens. The logs then list the fallback to full-screen capture, but it immediately fails with "No shareable content found." I'm pulling my hair out here — any thoughts?
I’m seeing the same silent failure with the Share Window button—it just spins and disappears without a trace. The logs from your build reveal the issue: the app’s attempt to capture the window (CGWindowListCreateImage) fails with NULL, forcing a full-screen fallback that doesn’t even trigger. That’s why you’re not seeing any permission prompts or errors in Console.app.
Frustrating! Did you check the Privacy & Security tab for the screen recording toggle? Run
log stream --predicate 'subsystem == "com.meta.aimac"' --level debug, then click Share Window and check whether a capture-permission request appears.