-
-
Notifications
You must be signed in to change notification settings - Fork 5
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
~/Library/Preferences
should not be used on macOS
#6
Comments
Obviously not easy to solve without breaking API compatibility. Are there any actual real-life issues with applications using this path for non-plist files? |
I agree this is tough. Migrating settings is always challenging, but the benefits of a better default certainly precedes that.
As far as I know, not really. Even some prominent macOS developers (e.g. Parallels) and frameworks (e.g. QT, though I'm not sure) does this. But as mentioned in the referenced issue, that's still against Apple's documentation. This issue is to raise concern so we can avoid potential issues in the future. |
Users and software trying to uninstall the offending application may fail to find the files because they're in a place they shouldn't be. Also, macOS sandboxing gets more restrictive with each release, and I don't think it would surprise anybody if Apple did lock down the folder at some point. They do not care in the slightest about breaking applications that aren't following the rules. Shame the docs weren't consulted before implementing this. |
Hi, |
"no-go" is a little bit too much, I actually don't see any problem using There's basically no XDG stuff on macOS. Everything similar to that is just convention. That said, many programs do still respect |
thank you for your help ! |
This has been discussed in other places, like dirs-dev/directories-rs#62.
The basic idea is that this folder should only be interacted via macOS's native API, otherwise apps should use
~/Library/Application Support
.The text was updated successfully, but these errors were encountered: