Hi, @jbarhak. I’ve tested the download of the asset. First, I wanted to be sure the content type is correct (and not text/html for some reason). The content type is correct as application/octet-stream:
$ curl -I https://jacob-barhak-test.netlify.app/CombinedPlot.plt
HTTP/2 200
accept-ranges: bytes
cache-control: public, max-age=0, must-revalidate
content-length: 96627347
content-type: application/octet-stream
date: Thu, 01 Oct 2020 00:03:17 GMT
etag: "b604284abd015386d21dc878041931cf-ssl"
strict-transport-security: max-age=31536000; includeSubDomains; preload
age: 2
server: Netlify
x-nf-request-id: b70f413d-736e-41c1-a9bb-ac01cf61983a-11572916
Next, I checked to see if the download itself was stopped at the 30 second mark. However, it was not:
$ time wget https://jacob-barhak-test.netlify.app/CombinedPlot.plt
--2020-09-30 17:05:37-- https://jacob-barhak-test.netlify.app/CombinedPlot.plt
Resolving jacob-barhak-test.netlify.app (jacob-barhak-test.netlify.app)... 206.189.73.52, 167.172.215.127
Connecting to jacob-barhak-test.netlify.app (jacob-barhak-test.netlify.app)|206.189.73.52|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 96627347 (92M) [application/octet-stream]
Saving to: ‘CombinedPlot.plt’
CombinedPlot.plt 100%[========================================================================================>] 92.15M 1.18MB/s in 79s
2020-09-30 17:06:57 (1.17 MB/s) - ‘CombinedPlot.plt.1’ saved [96627347/96627347]
real 1m19.394s
user 0m0.397s
sys 0m0.967s
I also tested the code itself (because it is part of that same test site):
The full file was sent in that test and it took much longer than 30 seconds.
To summarize, I do think you should be able to load this via javascript and it isn’t being cut off by the CDN at 30 seconds.
If you are seeing it cut off, a HAR file recording or the x-nf-request-id header for the truncated response would be helpful.