Just recording for posterity the solution to an incredibly stupid problem.
When I switched my users.users.<name>.shell = to the extremely nice fish shell, I neglected to add programs.fish.enable = true; in my configuration.nix.
This meant a few crucial environment variables were not set in my login shell (even though most were there!), one of which being a few entries in $GIO_EXTRA_MODULES relating to GVFS (mentioned here). This manifested in the file manager refusing to open the trash (“Sorry, could not display all the contents of trash:/// : Operation not supported”), mount sftp, automount USB drives, or show file metadata.
So don’t miss this step! Although it really should warn you.
Though the effect of pure functional builds in the maddening month of troubleshooting I went through is knowing reinstalling will have absolutely no effect, the problem is in your configuration.nix.
Hey thank you so much for taking the time to post this! I had included fish in my list of packages but was still using bash as my default shell. Finally decided to bite the bullet (and got sick of having to start fish after opening a terminal) and set fish as my default shell. Everything seemed to work fine. I didn’t notice the issue with Nautilus for quite a while. And it didn’t even occur to me that a UI file browser issue could be due to my choice of default shell! But after adding programs.fish.enable = true; in my config, the “other locations” functionality is working great!
Hi I know it’s been over a year but this saved me, thanks! Automount worked fine up until the gnome 48 update, but afterwards I had to set services.gvfs.enable to true to make it start working again
Thanks a lot!