I can manually navigate to
~/Documents/untitled folder in the Finder:
But if I use "Go to Folder"…
Finder cannot navigate to
~/Documents/untitled folder, and instead falls back to the root of my hard drive:
Snooping the file syscalls reveals that two file open syscalls were attempted, and that neither encountered any errors:
sudo opensnoop 2>/dev/null -ef '/Users/birch/Documents/untitled folder' UID PID COMM FD ERR PATH 501 17873 Finder 21 0 /Users/birch/Documents/untitled folder 501 17873 Finder 21 0 /Users/birch/Documents/untitled folder
I get this exact same behaviour when I try to drag-and-drop a path within
~/Documents into a file picker dialogue (navigates to
Macintosh HD instead of the intended filepath).
The space in the filepath is not the problem (I get the same results with simpler filepaths).
The tilde in the filepath is not the problem (I get the same results with paths under
I can navigate just fine to
~/Documents itself, but no deeper.
I can navigate just fine to
~/Music/iTunes; this problem seems to solely affect "files under
cd ~/Documents/untitled\ folder in Terminal works perfectly.
The permissions of
~/Documents is the same as
~/Downloads works, yet
ls -l ~ | grep -E '(Documents|Music|Downloads)$' drwx------@ 425 birch staff 13600 25 Aug 09:22 Documents drwx------@ 1205 birch staff 38560 19 Sep 14:57 Downloads drwx------+ 11 birch staff 352 24 Aug 2020 Music
~/Documents describes "custom access" for "Sharing & Permissions". Could that be significant?
Closer look at permissions, as requested by @nohillside:
ls -ldOe@ ~/Documents drwx------@ 425 birch staff - 13600 25 Aug 09:22 /Users/birch/Documents com.apple.macl 72 0: group:everyone deny delete ls -ldOe@ ~/Downloads drwx------@ 1205 birch staff - 38560 19 Sep 17:35 /Users/birch/Downloads com.apple.macl 72 0: group:everyone deny delete
I do not sync
~/Documents with iCloud, nor is it used for Dropbox or OneDrive:
I am using macOS 11.5.2 Big Sur on a MacBook Pro (Retina, 15-inch, Mid 2014). I think this problem started with Big Sur.
I am using APFS filesystem.
~/Documents contains 115GB of content, across 421 items.
This is an Administrator account (and I presume is also the system owner).
The problem still reproduces in Safe mode.
Any ideas? Being unable to navigate to folders makes macOS terribly broken for me.
UPDATE: I tried a lift-and-shift.
tl;dr: didn't fix
~/Documents. but moved my files into a directory which isn't cursed.
- Copy my documents into a new folder
- Confirm that the new folder works fine
- Rename my new folder to be
I did the copied all of my documents into a new folder,
rsync -a ~/Documents/ ~/Docs
rsync doesn't make use of APFS cloning, so took a bit of time and space.
~/Docs folder was not afflicted by the navigation bug.
Before going as far as to delete
~/Documents, I decided to do one more check: if I delete all the files inside it, does it recover?
The answer was no (admittedly I deleted via Finder Select All, so may have missed something).
Next step was to delete
~/Documents (don't do this):
sudo rm -rf ~/Documents
This had very weird results. No error message. But the
~/Documents folder was still there (in Finder and in the Terminal -- confirmed by
If you attempted to navigate to this "deleted"
~/Documents folder (for example with Cmd Shift O): the breadcrumb in the Finder window would just say
Documents (with no parent folders).
This scuppered my plan to "rename
~/Docs to become my new
~/Documents folder". I was likewise disallowed from executing (for example)
mkdir ~/Documents, on the grounds that such a folder "already existed".
So, lift-and-shift wasn't possible. And I didn't want to use the ghost
~/Documents whilst it was clearly displaying the wrong absolute filepath in Finder.
I needed to get back to at least having a "no more broken than usual"
I rebooted, and my
~/Documents folder was back to "as broken as usual" (i.e. the Finder breadcrumb presented the correct absolute filepath).
I believe the reason it self-repaired is related to some iCloud sync behaviour. Users that have iCloud sync enabled for their Documents folder will find that it is empty (maybe absent?) until a few seconds after login. I do not have iCloud sync enabled, but I suspect some support here tried to enforce that "there should always be a Documents folder".
So, reboot may have been overkill: a logout/login may have sufficed.
~/Documents folder is still cursed. To the extent that even deleting it and regenerating it didn't help. Any more ideas?
Alternatively, does anybody know a way to rebind Finder's Cmd + Shift + O to navigate me to my new