Downloading export templates

itnix

Hello.
I have an issue with downloading export templates and the issue is the download never completes successfully.
The link I'm using is this one:
https://downloads.godotengine.org/?version=4.6&flavor=stable&slug=mono_export_templates.tpz&platform=templates
Which I get from here: https://godotengine.org/download/archive/4.6-stable/
What's happening is the download starts and after a while it fails.
I think it's a hosting issue or at least looks like it.
I welcome suggestions or fix of the issue would be best (ofcourse)!

Dad3353

itnix
I can confirm; the download did complete itself, but with very patchy download speed, often stopping for almost a minute before stuttering on. (I don't need this; I was just testing to see if it arrived or not...). Using Brave browser on W11, very good fibre internet connection.

DaveTheCoder

itnix What's happening is the download starts and after a while it fails.

There's a github issue "Unable to download export templates #108952" about this. This comment has my workaround:
https://github.com/godotengine/godot/issues/108952#issuecomment-3212534317

curl --location --continue-at - --output Godot_v4.5-beta7_export_templates.tpz 'https://github.com/godotengine/godot-builds/releases/download/4.5-beta7/Godot_v4.5-beta7_export_templates.tpz'

(Replace 4.5-beta7 with the Godot version you want to download.)

If the download doesn't complete, repeat the same curl command, and the download will continue from where it stopped.

I use the curl command on Ubuntu (Linux), but I think the command is also available on Windows and Mac.

Tomcat

itnix What's happening is the download starts and after a while it fails.

Why not use Download Manager?

https://www.freedownloadmanager.org/

itnix

@Dad3353 So it looks like it's a timeout issue.. the only difference I can think of in your case with the Brave browser. Either way it's a hosting issue and should be fixed. Unless there's something I don't see as a reason why it shouldn't be.
@Dad3353 Thank you for your testing of the issue.

@DaveTheCoder I tried that workaround, however not with github link, but what's on the Godot Engine site:
https://godot-releases.nbg1.your-objectstorage.com/4.6-stable/Godot_v4.6-stable_mono_export_templates.tpz
Where this is the domain that fails to deliver: godot-releases.nbg1.your-objectstorage.com

And I got this error, which is the problem - there's only one mirror (if we can call it that) and it's faulty. Maybe github is OK. But this one (the official one) isn't. CURL results in this error:

% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
1 1117M 1 15.9M 0 0 269k 0 1:10:48 0:01:00 1:09:48 0
curl: (92) HTTP/2 stream 1 was not closed cleanly: CANCEL (err 8)

Notice, that's just after 15.9M downloaded.
Thank you both, again. I appreciate it.

itnix

PS: Just tried that one and it worked:

wget --continue --show-progress --retry-connrefused https://godot-releases.nbg1.your-objectstorage.com/4.6-stable/Godot_v4.6-stable_mono_export_templates.tpz

I don't know if the issue is random, like it fails 95% of the time but.. maybe it's best we leave it to the github issue. And if so I'm sorry to bother anyone here with it, as it already is reported at github - which I didn't knew, so I'll keep an eye on it.

itnix

I tried KGet... resulted in a broken file, which probably means that the web server doesn't understand range headers or something. Either way - it is a broken thing that needs fixing, no question about that, I think?!

Tomcat

itnix Either way - it is a broken thing that needs fixing, no question about that, I think?!

Maybe… but you need to know exactly where it's broken. It's hard to say right now. The network is under a lot of load: bots, AI, spammers, etc. Of course, the Godot server may be the weak link, but the only solution is to buy a more powerful server that can handle everything that comes through the internet. And money is always tight in an open project.

Well, that's how I see it...

FDM downloaded the file perfectly, but I can't check its integrity because there is no checksum. It would be easy to add one.

DaveTheCoder

Tomcat there is no checksum

The SHA512-SUMS.txt files for all of the published builds are in this repository:
https://github.com/godotengine/godot-builds/releases

(I didn't know that until it was mentioned in the github issue I linked above.)

itnix

Tomcat I disagree, I don't need to know where it's broken. However I agree on all other points - that bots and AI is making everybody's life harder... yes! The money part - also yes! I can see that, I'm not blaming or shaming, just pointing something that doesn't work - simple http(s) download. Let me elaborate on that too - there should be more than one mirrors. Like sourceforge is having these files and I don't think they're paid for it, but the scatchy thing is that I don't want these files from some random maintainer. I want them from a Godot person who's to be trusted. Security matters. I get side-tracked but... The main point is - there should be one or more (prefferably) download links. One is enough, more would be better for many reasons. I mean the download is not downloading... that's all it is. And it's an issue because it's about exporting of all platforms. Kind'a big deal. I know workarounds and stuff but I raise that issue because I see it as very important. Because of my failures to download the official link stuff I got it from the sourceforge.. later on when I got success from the official one I made a "diff" for both files - turned out they were identical. Checksums are good but I still prefer to download things from the sources that provide the code, also checksums are not that easy to access on the engine web site. My whole point is - 1) the download should work; 2) we should be able to verify it.
That's all I'm saying. I wish I could help in any way about it, instead of just reporting something that others already reported.

Tomcat

DaveTheCoder Файлы SHA512-SUMS.txt для всех опубликованных сборок находятся в этом репозитории.:
https://github.com/godotengine/godot-builds/releases

DaveTheCoder

Tomcat

I don't understand.

DaveTheCoder

itnix I still prefer to download things from the sources that provide the code

Why don't you download from the Godot github repositories (/godot - stable releases or /godot-builds - all builds)?

Tomcat

itnix there should be more than one mirrors.

itnix The money part - also yes!

itnix I wish I could help in any way about it

Well, I guess you could help by providing your own server for mirroring. I don't have that option yet.

It's open source, and I don't see any reason to make the same demands as for proprietary stuff.

DaveTheCoder I don't understand.

The checksums match. FDM downloaded the file correctly.

itnix

DaveTheCoder Because it's not a link I can come in from the official engine website. I would if the official website downloads page showed me that I may do that.
@Tomcat No - I shouldn't be person who puts files out.. that's a security issue. I mean in good faith it's OK but.. ya know. Not everybody got your good faith so it's another issue. Hashes are one way to deal with it, if you want to have multiple mirrors if the hashes come from the origin. Yet - hashes - not seen on the download page nor very popular to check for anyway. Still - I'll repeat - the main issue with this, for me that is is that the official link from the official website is not downloading properly. We can get all the ways side-tracked but that's the thing that's the issue. Hashes - very few people look at, even me. In short - it needs to work and it needs to be from the official website, to be kinda secure - like - you're downloading this, we approve of what's there. But the download should work. I'm sorry if I repeat myself so many times. If I have to put it in order is like: 1) avaiblable for download; 2) provable authenticity.

DaveTheCoder

itnix it's not a link I can come in from the official engine website

That's the price of open source. Sometimes you have to work harder. But the github.com/godotengine repositories are just as official as godotengine.org. They're maintained by the same people.

You may want to create an issue or discussion here to suggest changes:
https://github.com/godotengine/godot-proposals
The posts there are read by the people who have the ability to implement changes.

Tomcat

itnix If I have to put it in order is like: 1) avaiblable for download; 2) provable authenticity.

In fact, discussing where and how links and files should be located on this forum is completely pointless. Here, they will help you download, but nothing more. The developers and people responsible for the development and support of Godot hardly ever visit this forum. You can post your suggestions either on GitHub (as @DaveTheCoder advises) or on the official forum.

itnix

I'd like to thank all of you for paying attention to that matter. I really appreciate that.