You might see that the Dropbox Community team have been busy working on some major updates to the Community itself! So, here is some info on what’s changed, what’s staying the same and what you can expect from the Dropbox Community overall.
Forum Discussion
Since 31/01/22 all the download files become corrupted.
I own a Magento 1.9.4.2 store which has only downloadable products in it. Once a customer buy a digital product, Magento sends an email with the download link generated by Magento itself from the Dropbox one. This is worked since 2013 from 31/01/22. Suddenly, it doesn't work anymore. All the download files, past and present, become corrupted once downloaded!
This is a big issue for me. What's happened?
I also tried to restore my store from a 20/01/22 backup, but nothing's changed. It still doesn't work!
Dropbox, what's happened?
______________________
Edit:
I checked the file types:
- Downloaded from Magento link [Corrupted]: application/octet-stream; charset=binary
- Downloaded from Dropbox link [Ok]: application/zip; charset=binary
I checked the http response header and it says:
content-disposition: attachment; filename="testfile.zip" content-type: application/zipbut, as I wrote, once downloaded the file type become application/octet-stream and the file is corrupted. Any hints?
Here's the curl output from the Magento server:
root@magento /tmp# curl -I https://dl.dropboxusercontent.com/s/v2d3vm174biluk1/filetest.zip?dl=1 HTTP/2 200 accept-ranges: bytes cache-control: max-age=60 content-disposition: attachment; filename="filetest.zip"; filename*=UTF-8''filetest.zip content-security-policy: report-uri https://www.dropbox.com/csp_log?policy_name=blockserver-usercontent ; sandbox allow-forms allow-scripts allow-top-navigation allow-popups content-security-policy: form-action 'none' ; report-uri https://www.dropbox.com/csp_log?policy_name=blockserver-noscript ; script-src 'none' etag: 233d pragma: public set-cookie: uc_session=uIn423ZW179jClyoN4r0YtVWgKogBVoLNoWNzXmy0qQPyWJZverGltTFPC2eLXUh; Domain=dropboxusercontent.com; HttpOnly; Path=/; Secure x-content-type-options: nosniff x-server-response-time: 220 content-type: application/json accept-encoding: identity,gzip date: Tue, 08 Feb 2022 12:45:20 GMT server: envoy strict-transport-security: max-age=31536000; includeSubDomains; preload x-robots-tag: noindex, nofollow, noimageindex content-length: 94851266 vary: Accept-Encoding x-dropbox-response-origin: far_remote x-dropbox-request-id: b57ed34ca29b4648a4e2e055339b8edb- Greg-DB
Dropbox Staff
Can you clarify what you mean when you say the file is corrupted? What is in the downloaded file? For example, is it empty, or missing data, longer than expected, etc?
Also, note that the "-I" option on curl only performs a HEAD request, meaning it only requests the headers, so it won't return the actual file data to inspect.
And it looks like the shared link you posted has been revoked/deleted. Do you have a current sample you can share?
Finally, note that the "dl" parameter is meant for use on "www.dropbox.com/s/...", not "dl.dropboxusercontent.com/s/...". You can find documentation for that here. You should use "www.dropbox.com/s/..." with that instead of accessing "dl.dropboxusercontent.com/s/..." directly.
About Dropbox API Support & Feedback
Find help with the Dropbox API from other developers.
