Finder can't open moved files on SMB/AFP without relaunching Finder etc.

Same as this is also an issue in Ventura https://discussions.apple.com/thread/254175458?login=true


Tested Systems: macOS 12 and 13


Description: When working on AFP and SMB shares Finder can’t open files if they were moved to another folder on the same share. - Same behaviour can be seen if renaming a folder on the share, then all enclosed files become unoperable by Finder.


Workaround: Restart Finder or dismount/remount share.

Other Workarounds: Open the file from an application using the File meny Open

More Workarounds: Use the terminal with the touch command on the file.

More Workarounds Create an Automator Service to open file in Finder.


Only touching the file, quit finder, remount will let it be open normally from finder after that.


Something with Finder caching the network shares and not updating that needs to be fixed by apple?

All refresh automator folder scripts that worked in the past has stopped working in macOS 12 and 13.


Logic dictates this is not a ACL or posix error ( I checked many times) but something with how Finder caches the volumes that is out of our control.


Hope this can be addressed by Apple as it was not the case with macOS 11 and prior.

Might already be a product issue number but I can't find any?


Ps. Does not matter what the server is running on, tested on mac to QNAP Sonology etc and as a sanity check also Mac to Mac using Filesharing, SMB2 SMB3 and AFP is same behaviour, have not tested NFS yet. 


All the best /L


Posted on Mar 3, 2023 2:54 AM

Reply
Question marked as Top-ranking reply

Posted on Apr 27, 2023 3:51 AM

Good News,


i reported the bug to Apple and was getting this mail today:


the latest update, Build 22F5049e, includes changes that may resolve this issue.


I installed this version on our macOS Ventura 13.4 Beta mac and it seems fixed. I will do some more tests but for now the issue is looking to be solved.



Similar questions

24 replies
Question marked as Top-ranking reply

Apr 27, 2023 3:51 AM in response to sparrow__hawk

Good News,


i reported the bug to Apple and was getting this mail today:


the latest update, Build 22F5049e, includes changes that may resolve this issue.


I installed this version on our macOS Ventura 13.4 Beta mac and it seems fixed. I will do some more tests but for now the issue is looking to be solved.



May 4, 2023 6:13 AM in response to lapster81

We are seeing the same issue as described.


We are running an Editshare EFS network storage for video editing.


Files that are remotely uploaded to the network storage via Signiant Media Shuttle open fine if the file is left in place. As soon as the file is moved to another location, the file will fail to open.


The only fix we have is to rename the file. For example, by add a hyphen onto the end of the file name. That or we have to unmount the storage share and remount for the file to work again.


Zip files are also problematic with. Using the Mac Archive tool to unzip we are seeing files failing to open. Using Keka is a workaround as Keka must be updating Finder properly with file information.


We have a mix of PC's and Mac's - Our M1 Mac Studio's are the only systems affected by this bug. Our PC system has no problem opening up files that the Mac will refuse to launch.


Apr 24, 2023 9:15 AM in response to etresoft

etresoft wrote:


sparrow__hawk wrote:

If this were affecting all Mac users who access shared network volumes, then surely Apple would confirm the issue and be working on it?
It is extraordinarily rare for Apple to ever comment on such problems. There is no way to tell if Apple is "working on it". If they are, I can absolutely guarantee that any "fix" will arrive in some future update. Given that it is almost May, that likely means macOS 14.

Your comments suggest that you are expecting Apple to behave like typical enterprise vendors. That isn't going to happen. Apple has little interest in enterprise customers. I don't blame them. There's a lot of baggage there.

I recommend some other collaboration method. Personally, I don't think anyone should be using traditional network shares in the modern age of ransomware. Macs haven't had useable network shares for years. So while this issue doesn't surprise me, it does surprise me that people have been able to make it this far to begin with.

You are of course, utterly and unquestionably correct. We are moving to Egnyte, but it will take time so we still need the Windows file servers for the time being. Egnyte is great, but it's also had its share of issues, some caused by Apple's new File Provider framework. I like Egnyte and am trying to encourage my colleagues to adopt it as soon as possible. There is the small task of sorting through the 25TB of data the business has accumulated over the last 15 years first though. Trying to get people to throw stuff away can be very difficult sometimes! :-)

Apr 24, 2023 6:52 AM in response to sparrow__hawk

sparrow__hawk wrote:

If this were affecting all Mac users who access shared network volumes, then surely Apple would confirm the issue and be working on it?

It is extraordinarily rare for Apple to ever comment on such problems. There is no way to tell if Apple is "working on it". If they are, I can absolutely guarantee that any "fix" will arrive in some future update. Given that it is almost May, that likely means macOS 14.


Your comments suggest that you are expecting Apple to behave like typical enterprise vendors. That isn't going to happen. Apple has little interest in enterprise customers. I don't blame them. There's a lot of baggage there.


I recommend some other collaboration method. Personally, I don't think anyone should be using traditional network shares in the modern age of ransomware. Macs haven't had useable network shares for years. So while this issue doesn't surprise me, it does surprise me that people have been able to make it this far to begin with.

Apr 11, 2023 7:29 AM in response to lapster81

This is really a big issue to us. We also have slow transfer speeds, locked files and a few other problems. I bought an Apple Care Support Plan only for this case but i have waited over 2 weeks without any response to my order. I'm happy that i got some of the broken things fixed by disabeling file-IDs. I hope, Apple will give us a solution to this in the near feature. If not, we need to bring our 900 Devices to Windows....


Workaround Tipp: You can still open files by moving them into the Dock-Icon....

Apr 21, 2023 5:53 AM in response to fpein

I really searched everywhere to get rid of this problem. I ran different tests and disabled Spotlight, .DS_Store files and malware protection but this behavior still exist. The only solution for a working text export from InDesign was to add the following informations to /etc/nsmb.conf


[default]
file_ids_off=yes


Unfortunately, this is no working solution for the topic here in this thread. I tried nearly every setting in the /etc/nsmb.conf file but without any success. Maybe you guys are running a machine where you can make changes like this:

https://wiki.samba.org/index.php/Configure_Samba_to_Work_Better_with_Mac_OS_X


I found this information on the NetApp Website, which is also very interesting.

https://kb.netapp.com/onprem/ontap/da/NAS/Ventura_MAC_OS_clients_experience_file_access_anomalies

Apr 24, 2023 5:18 AM in response to lapster81

If this were affecting all Mac users who access shared network volumes, then surely Apple would confirm the issue and be working on it? So if it only affects a small number of users, the what are the common factors? Are we all using a specific combination of software for example? I've tested Windows 2012 and 2016 here, with the same results. We run Sophos AV as well.


We have Acronis Connect running on our Windows server and this issue also affects users when connected using AFP.

Apr 24, 2023 6:03 AM in response to JSG01

Interested to know if this test pass with SMB Azure Cloudshare, seems to use standard SMB 3.1 right?


Connect to a known good network share either via AFP SMB or NFS.


In Finder:

Make a subfolder on the share and put a document in it. Verify you can open the file, close the file when done.

Rename said subfolder and try to open the document in it. Finder responds with ”Filename” can’t be found.

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

Finder can't open moved files on SMB/AFP without relaunching Finder etc.

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.