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 Dro...
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
Dropbox StaffCan 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.
Thanks for your reply. When I say the file is corrupted I mean the zip file you download cannot be extracted because "the archive is damage".
This some concrete example. This is a zip test file which contains a pdf. If I try to download the file from this url ( https://dl.dropboxusercontent.com/s/y33dnhk2rgquju4/testfile.zip?dl=1 ) from my browser I can extract it without any issue. If I try to do the same from my server it results corrupted.
This is the curl output from my server (check the wrong "content-type") [Result: Corrupted]:
nginx ⌁ root /etc/nginx curl -I https://dl.dropboxusercontent.com/s/y33dnhk2rgquju4/testfile.zip?dl=1 HTTP/2 200 accept-ranges: bytes cache-control: max-age=60 content-disposition: attachment; filename="testfile.zip"; filename*=UTF-8''testfile.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: 1644342873714211d pragma: public set-cookie: uc_session=BDnnO07ayQJM8sbiAijB34ctfMey60W0C4YcU6nxwEKs5vcZ8gYtQtZyJh1cATqI; Domain=dropboxusercontent.com; HttpOnly; Path=/; Secure x-content-type-options: nosniff x-server-response-time: 204 content-type: application/json accept-encoding: identity,gzip date: Tue, 08 Feb 2022 18:05:15 GMT server: envoy strict-transport-security: max-age=31536000; includeSubDomains; preload x-robots-tag: noindex, nofollow, noimageindex content-length: 11867 vary: Accept-Encoding x-dropbox-response-origin: far_remote x-dropbox-request-id: 0f3550a667b246b4884a9781edbd423fIt's always worked until 31/01/22. No server update has been made since 2 months.
This is the output from the CLI on my local PC [Result: Corrupted]:
❯ curl -I https://dl.dropboxusercontent.com/s/y33dnhk2rgquju4/testfile.zip\?dl\=1 HTTP/2 200 accept-ranges: bytes cache-control: max-age=60 content-disposition: attachment; filename="testfile.zip"; filename*=UTF-8''testfile.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: 1644342873714211d pragma: public set-cookie: uc_session=DF8IA7wiq9ZfMojfS1xdMRH0fX5Om1C8LHZNfRu5E2gHMtL6Mf6ihX6JenJzZHlR; Domain=dropboxusercontent.com; HttpOnly; Path=/; Secure x-content-type-options: nosniff x-server-response-time: 238 content-type: application/json accept-encoding: identity,gzip date: Tue, 08 Feb 2022 18:16:52 GMT server: envoy strict-transport-security: max-age=31536000; includeSubDomains; preload x-robots-tag: noindex, nofollow, noimageindex content-length: 11867 vary: Accept-Encoding x-dropbox-response-origin: far_remote x-dropbox-request-id: 967f401abcab4713a0d4466207bf5c39This is the output from my Chrome browser [Result: OK]:
Actually doing from CLI on my local PC:
wget https://dl.dropboxusercontent.com/s/y33dnhk2rgquju4/testfile.zip\?dl\=1I obtain:
testfile.zip?dl=1and if I do:
❯ unzip testfile.zip\?dl=1 Archive: testfile.zip?dl=1 inflating: testfile.pdf inflating: __MACOSX/._testfile.pdfIt works.
But if I do the same thing from my server:
wget https://dl.dropboxusercontent.com/s/y33dnhk2rgquju4/testfile.zip\?dl\=1I obtain (please, note the quotes added on the filename):
'testfile.zip?dl=1'and if I do:
unzip 'testfile.zip?dl=1.1' Archive: testfile.zip?dl=1.1 inflating: testfile.pdf inflating: __MACOSX/._testfile.pdfIt works.
- Greg-DB
Can you try inspecting the corrupt download to see what the issue is specifically? For example, compare it to the original file to see why it does not appear to be a valid zip file.
Also, note that curl's "-I" doesn't actually download the file, so that may not be a useful test. Here's how you should actually do this with curl, also using the corrected hostname:
curl -L "https://www.dropbox.com/s/y33dnhk2rgquju4/testfile.zip?dl=1" -o out.zipThis would download the linked file to a local file "out.zip" (via "-o"), telling curl to follow redirects (via "-L"). I just gave that a try and the downloaded file works fine for me.
Though, this only tests this using curl, which may not be representative of exactly what the client in the app is doing. (Likewise for wget.) This may require some more troubleshooting in the app itself. So, if you're not the developer/programmer of "Magento", you should reach out to them first.
testfile.zip [Original]:
11867 byte application/zip; charset=binarytestfile.zip [Corrupted]:
11880 byte application/octet-stream; charset=binaryI tried to unzip the corrupted file from the terminal (unzip testfile.zip) and it worked! If I try to use 7zip, Keka, Winzip or some other GUI utility they say "Unzip error: unknown format".
If I use "www.dropbox.com" rather than "dl.dropboxusercontent.com" Magento just download an almost empty testfile.zip?dl=1 file.
About Dropbox API Support & Feedback
Find help with the Dropbox API from other developers.
