Just had the same issue after uploading via Firefox. Folder or zip doesn’t matter - from what I can tell from the UI the list of files is processed inside the browser?
I had to change something to trigger updated files and reupload from Brave.
Actually never mind - because some files are still unchanged, my site is still broken.
Same issue at https://meowerbot.showierdata.xyz. Uploaded initially from Firefox (worked for a couple of days) then substantially uploaded via wrangler with my build system (GitHub - meower-community/MeowerBot.py: ShowierData9978 - creater and maintainer)
One more of these over here. Firefox also. Recreating the project in chrome and uploading fixed it.
Same issue here…i did a bit of research…under firefox, the upload post request sends a json with the file embedded in base64…this json also has a “contentType” field which has an empty string(“”) value…did the same thing with Chrome and here the field has a “text/html” value.
so definitely a browser / client javascript issue
Hello, I faced the same issue here and discovered that it is caused by automatically added header x-content-type-options: nosniff.
The header can be removed by adding _headers file with content:
/*
! X-Content-Type-Options
This fixed my issue as well, when trying to upload via another browser did nothing.
Experienced the same issue.
Bug report & mitigation:
Created a project in Firefox. Drag & drop from Finder to Firefox resulted in the Cloudflare page site rendering as HTML text in Firefox and prompted Safari iOS to ask to download the site instead of rendering the HTML.
Added headers as recommended, but problem persisted. Same issue in Safari.
Created a new project in Safari, dragged and dropped a folder from Finder, and it worked.
Thank you folks for the tip to try an alternate browser! And thanks OP for the thread.
macOS Sonoma 14.7 (23H124)
Firefox 130.0.1 (64-bit)
Safari 17.6 (19618.3.11.11.5)