Skip to content
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

"Could not write domain com.apple.universalaccess; exiting" error in macOS Monterey #1027

Open
PaulRBerg opened this issue Jun 1, 2022 · 6 comments

Comments

@PaulRBerg
Copy link

I'm getting multiple errors when I execute the .macos script on my computer (which runs macOS@12.4).

2022-06-01 23:49:23.570 defaults[30802:1890220] Could not write domain com.apple.universalaccess; exiting
2022-06-01 23:49:28.533 defaults[30847:1890482] Could not write domain com.apple.universalaccess; exiting
2022-06-01 23:49:28.557 defaults[30848:1890486] Could not write domain com.apple.universalaccess; exiting
2022-06-01 23:49:28.580 defaults[30849:1890489] Could not write domain com.apple.universalaccess; exiting
@lgarron
Copy link

lgarron commented Sep 26, 2022

I've also been having the same issue in VSCode recently, and this is the only thing on the internet about it. For what it's worth, it seems I can work around it by using another terminal app (built-in or iTerm).

I assume it's a permission issue, but I'm not entirely sure.

@tylerbecks
Copy link

Same issue. I'm just removing the lines from the file.

@stratofax
Copy link

Confirming that this is also an issue in Catalina (macOS 10.15). I haven't found a resolution using the defaults command, although I did find this discussion that suggested using AppleScript -- not that I'm going to try or recommend that: Changing Universal Access preferences - AppleScript - Late Night Software Ltd.

@stratofax
Copy link

Another possible resolution mentioned elsewhere, that I unfortunately haven't had a chance to test yet on Catalina, is to grant your terminal app (e.g. Terminal.app, iTerm2, Alacritty, Kitty) Full Disk Access: System Preferences, Privacy, Full Disk Access

Has anyone had any success with this approach?

@sonn-gamm
Copy link

@stratofax I just tried and it seems to work. I am not entirely sure what the repercussions of this could be. Probably any program you run in Terminal.app can write anywhere on disk, if allowed?

@stratofax
Copy link

My understanding is that Apple has added an additional layer of security between terminal apps and the file system. So, presumably, with Full Disk Access active for a Terminal app, you can write to the disk, but, as you noted, only if you have authorization with the active user account. Of course, if you're running a program as root or using sudo you would have full access, so use this power sparingly!

It used to be that the Mac Finder gave you a limited view of the file system (no hidden files, etc.) and you could open the terminal to see the "ground truth" of what was going on in the file system, but this new security layer Apple has added for Terminal apps obscures the file system for the Terminal, if not more than, at least as much as the Finder.

At least there's still a terminal app on macOS. I think if Apple could, they'd go full iOS and get rid of the Terminal and most file system access. So there's that.

Okeanos added a commit to Okeanos/dotfiles that referenced this issue Apr 10, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants