Why does Safari not download files after Sequoia update?

After updating to Sequoia my file downloading process in safari is broken.


it will initiate the process but it will not download any further. When you click on open finder message will say cannot move file


i tried to clear safari cache. Same problem.


when I use Microsoft edge it works fine.


so what setting changed in Safari to cause this


any insight?



[Re-Titled by Moderator]

MacBook Pro (M2 Max, 2023)

Posted on Sep 17, 2024 02:05 AM

Reply
Question marked as Top-ranking reply

Posted on Oct 7, 2024 02:36 PM

To clarify further...


I'm running Ventura and everything was working fine with Safari downloading anywhere... until the latest Safari Version 18.0 (18619.1.26.111.10, 18619)


After that, download starts; file.download is created on my NAS drive; and then when all done, Safari says it couldn't move the file.


This is new and is happening to everyone I'd guess who happens to always or sometimes (as do I) choose a download location on a NAS -- I haven't tried just an external drive.


AND YES, I did set that the new Safari should have access to FULL DISK ACCESS in settings.


This is clearly a bug in the new Safari.

66 replies

Dec 12, 2024 05:54 AM in response to small-fish

Version 18.1.1 (20619.2.8.11.12) also does not fix the issue. This is outrageous!


I recently decided to switch to Safari for all my web work, thinking it is the best browser for use with my new M4 Mac Mini. Totally the wrong move since I store all my files on my Synology NAS. Now I have to revert to Firefox or Chrome.


This problem has been here for months and still no fix from Apple???

Dec 20, 2024 12:59 AM in response to Tsinoy Newbie

The problem goes furter then only downloading. When you download multiple times there is sometimes a good download between the errors. so its not abstract at all times. cannot find the trigger when is succeeds, but it is only 5% of all clicks.

The problem also occurs when you upload files to a google drive for instance. The upload fails. when you do the same with another browser it succeeds.

It occured after the latest update which was pushed , thats why i hate updates


Nov 9, 2024 05:10 PM in response to Tsinoy Newbie

Yes, getting the same issue as well. Spent hours trying to fix this issue that has been created. I have been downloading pdf files to my NAS Synology server for years - direct from Safari. Now I cannot do it. I must change the download location to a local drive and then copy across to the right folder in the server. So, now I have a few more steps to complete, which I didn't have beforehand. Not happy.


To clarify - I can now only get a xxxx.pdf.download filename to my server, but if I switch it and save it on my desktop for example - it will be xxxx.pdf.


This is very annoying.

Jan 13, 2025 09:31 PM in response to Tsinoy Newbie

Just ran into this tonight downloading to NTFS (Paragon) external drive. On Ventura 13.7.1 (22H221), Safari 18.1.1 (18619.2.8.111.7, 18619). What I found is that Safari left a bunch of ".download" files. If you open a Terminal (CLI) and navigate to the appropriate directory, you should notice that those *.download files are actually directories, not files. Within the directories you should see the files you're looking for. I had downloaded some large DMG and ZIP, and used 7zip to verify those... so everything seems to be OK, even though Safari can't move the files after download.

1.) Open finder, navigate to the parent of the relevant download folder

2.) Right-click on the folder, select "New Terminal At Folder"

3.) type: ls *.download => you should see the files listed along with the directory names

4.) type: mv *.download/* . => this moves the contents of each *.download directory into the current directory

5.) Verify your files, as necessary for sanity (e.g., you can install 7zip via MacPorts or whatever)

6.) type: rmdir *.download => this will remove the empty directories... if not empty, this will fail


Jun 10, 2025 12:23 PM in response to marco.lessard

You are absolutely right. I have been using a NAS and store everything in the NAS from 2018. I download all the files directly to the NAS and I haven't had issues until this week that I installed macOS Sequoia in a new hard drive. I mean downloading from Safari. Firefox and Librewolf have no issues.


As you are saying, Safari downloads the file in a folder of the same name of the file it's downloading and I think I may have some clues and why is happening. Finder in macOS Ventura and also Monterey had quite a bug when renaming files in a network shared folder. Once moved or renamed, Finder was not able to find the file in a while (the time it took no-one knows). If you open the file from a Third party application chances were that you could open the file, even QuickLook would work but Finder was unable to open it, rename it or move it. So I think it's happening again, when in Safari you configure downloads to ask you or even if you set it up to download directly without asking to network because of Safari using Finder internally it creates a Folder with the actual file name, then it renames to .download so it can move the original downloaded file to the parent folder and delete the temp file, and because it's slow once renamed it does not find the renamed folder, so it cannot get inside and move the download original file.


I am going to paste my nsmb.conf I created manually after lot of research because I had a lot off issues when this bugs were happening with a Qnap NAS but not with a TrueNAS server.

Keep in mind that this is for trusted local area network environment where I am just myself.

Probably you should not disable packet signing nor session signing.

One of the biggest issue is Finder's Caching. (Path Finder and other third party managers work way better).


[default]

# Disable NetBIOS
port445=no_netbios

# Disable packet signing
signing_required=no

# Disable SMB session signing
#validate_neg_off=yes

# Enable SMB session signing
validate_neg_off=no

# Disable directory caching
dir_cache_max_cnt=0
dir_cache_max=0
dir_cache_off=yes

# Disable SMB notifications
notify_off=yes

# Lock negotiation to SMB2/3 only
# 7 == 0111  SMB 1/2/3 should be enabled
# 6 == 0110  SMB 2/3 should be enabled
# 4 == 0100  SMB 3 should be enabled
protocol_vers_map=6

# SMB Negotiation (normal, smb1_only, smb2_only, smb3_only)
smb_neg=smb3_only

# Use NTFS streams if supported
streams=yes

# Set hard or soft mount of shares
# Hard mount: a request is issued repeatedly until the request is satisfied.
# Soft mount: tried until completed, the retry limit is met or the timeout limit is met.
soft=yes

# Apple SMB extensions
# ReadDirAttr: This feature changes how macOS handles reads of file metadata stored in
# alternate data stream when listing the contents of large directories. Finder info,
# access rights, and resource fork size are returned more efficiently for the files
# in the directory.

# OsxCopyFile: With the SMB2 protocol, Microsoft implemented server-side optimizations
# when copying files between directories on the file share. The extension introduced by
# Apple ensures that all Apple-specific file metadata is properly copied along with the file
# itself. The copy process is also simplified as it is executed in just one request as
# opposed to splitting the requests into logical chunks which was the case in
# the original feature.
aapl_off=false

# File IDs are legacy compatibility elements for AFP and are not supported by SMB.
file_ids_off=yes

# Disable multi-channel connections and prioritize the wired ethernet connection
mc_prefer_wired=yes
mc_on=no

# Enable multi-channel
#mc_on=yes


But I still have not found a solution to the Safari download issue.

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.

Why does Safari not download files after Sequoia update?

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