I was trying to get around Vemedio's Instacast limitation on storage location by symlinking (ln -s
) the Episodes folder in ~Library/Containers/com.vemedio.osx.Instacast/Data/Documents/Instacast
to another location on another drive (which is actually internal in my Mac Pro for what it is worth…). I am wondering if Apple's sandboxing is preventing this to work… Once I open Instacast, none of the previously downloaded episodes are marked as available locally and if I try to redownload one, it seems to download the file in the background but never makes it available… Any idea?
MacOS – Why is the symlink I created inside an application container to allow for external storage not working
macospodcastssymlink
Related Question
- IPhone – Why isn’t auto download working for the iphone Podcast app
- Mac – Could not create symlink for “/Users”
- macOS – Could Not Unlock File Inside Application Contents
- MacOS – How to upgrade the openssl? A symlink isn’t working for /usr/local/bin/OpenSSL
- High Sierra – Why Is Recovery HD Inside the APFS Container?
- MacOS – Large external storage stops working after being connected for a long time
Best Answer
For some reason, symlinking a part of the folder inside of the
Containers
folder doesn't work. If you want to symlink, you have to symlink the whole folder, i.e. com.vemedio.osx.InstacastSee https://snipt.net/certainlyakey/os-x-sandboxed-apps-and-symlinks-problem-solution/ for reference.