Unable to download export templates
Tested versions
Godot v4.4.1
System information
I'm on a 2020 Macbook Pro M1 running Sonoma 14.3 using Godot v4.4.1
Issue description
I tried downloading the export templates through the editor and it downloads about 60-70% of the file then stops and says "can't connect to the mirror." So I tried downloading the templates through godot's website and it got partway through and then failed. and the same thing happened downloading through github.
I've tried restarting my computer and router and have tried on multiple days with the same problems. a few people on reddit seem to be experiencing something similar, as well as a couple people on the godot forums from march of last year that never got solved
feel free to close this if this is not the right place to be reporting this problem
Steps to reproduce
trying to download Godot_v4.4.1-stable_export_templates.tpz from https://github.com/godotengine/godot/releases/tag/4.4.1-stable
Minimal reproduction project (MRP)
does not apply? i think?
I've seen multiple reports of downloads always failing at a certain percentage (regardless of whether the download was performed in the editor or in a web browser). Unfortunately, these are difficult to diagnose and I haven't been able to reproduce this issue on my end.
Do you encounter issues on other large GitHub Releases downloads like the Windows/Linux installers for https://github.com/stuntrally/stuntrally3/releases/tag/3.2? These are larger than Godot's export templates, approaching GitHub Releases' 2 GB per file limit.
Yeah, trying to download the file you linked to failed after 400MB or so. My dad also tried to download the templates on his windows computer connected via ethernet to the same router as me and that failed too. I did just now download a 1.5GB game from steam and that worked perfectly(idk if that's relevant)
Saw the same problem on a different repo: wget dropped the connection right at 400 MB.
Connection closed at byte 419430400.
Got it working by rerunning the same wget on a VPS located in another country 🤔
okay, yeah. I got a free trial of a VPN, switched my location to Canada, and it just worked. Zero problems, just a nice easy download. I don't know enough to know why that worked, but thanks for the workaround!
Having the same issue here.
| URL | KB |
|---|---|
| https://github.com/godotengine/godot-builds/releases/download/4.5-beta4/Godot_v4.5-beta4_export_templates.tpz | 1,095,680 |
| https://github.com/stuntrally/stuntrally3/releases/download/3.2/StuntRally-3.2-Linux.txz | 1,064,960 |
Both these downloads fail to complete with the connection being closed prematurely.
Transfers from elsewhere; Steam or Epic, are fine.
okay, yeah. I got a free trial of a VPN, switched my location to Canada, and it just worked. Zero problems, just a nice easy download. I don't know enough to know why that worked, but thanks for the workaround!
I just tried a free VPN with different locations and the time went up to 5hrs from 2hrs. I have change locations because I thought it was my location but this has been going on this entire week. Any help/resolution would be greatly appreciated, thank you.
Both Godot_v4.4.1-stable-export_templates.tpz and StuntRally-3.2-installer.exe downloaded correctly on my computer.
Both Windows 10 (build 19045) - NVIDIA GeForce GTX 745 - Intel Core i7-4790 CPU - USA and Windows 11 (build 26100) - Intel Graphics (Intel Corporation; 32.0.101.6790) - Intel Core Ultra 5 225 - USA
okay, yeah. I got a free trial of a VPN, switched my location to Canada, and it just worked. Zero problems, just a nice easy download. I don't know enough to know why that worked, but thanks for the workaround!
I just tried a free VPN with different locations and the time went up to 5hrs from 2hrs. I have change locations because I thought it was my location but this has been going on this entire week. Any help/resolution would be greatly appreciated, thank you.
I just got to dl it 👍
I am on Ubuntu 24.04.2 LTS , It is not working , I am trying to downloading switching different networks ,vpns but its not working , It downloads around 1gb then stopped and i retried then it again started downloding from 0.
I just tried a free VPN with different locations and the time went up to 5hrs from 2hrs. I have change locations because I thought it was my location but this has been going on this entire week. Any help/resolution would be greatly appreciated, thank you.
In my experience, you should try to increase the download speed as much as possible.
Using a downloader that allows proxy configuration, supports multi-threading, file splitting and resumable downloads may help.
On Linux, I use uGet as the downloader and configure the plugin to be aria2 + curl. uGet is basically ready to use out of the box. The main thing is to configure aria2. There are many tutorials on how to configure aria2c on the Internet.
If configured correctly, downloading the same file using uGet may be 4x faster than using the default downloader in Firefox/Chromium browsers.
Hello, just wanted to chime in with a potential solution. I am on Windows 11 and I tried downloading the templates from the official github on Firefox and it finally worked (Google,Edge etc. didn't work for me). Hope this helps someone!
I also cant download the official export templates for Godot 4.4.1. It stops downloading in FireFox at 800MB'ish and fails. Several attempts to re-download the templates also fail at the same 800MB mark. I have tried this with two separate internet connections and two separate systems with the same result.
I get the following error in FireFox when I retry downloading the file: Error 618 jwt:expired
I've had to compile release templates (Linux, Windows) for now.
Godot 4.4.1, Linux Mint 22.1 Export Template: https://github.com/godotengine/godot/releases/download/4.4.1-stable/Godot_v4.4.1-stable_export_templates.tpz
Edit: I should add that the download fails whether I use a browser or the Godot editor to download the file.
Looks like this is a change made by Github recently that is affecting a lot of projects with large download sizes: https://github.com/orgs/community/discussions/169381
@clayjohn
Right on and thanks for the link. What is GitHub thinking? Basically it looks like if you don't get your templates downloaded within 'five' minutes due to a slower connection your download will fail. It also explains the the error I reported above. This is insane and a complete lack of understanding on GitHub's part if I understand this issue correctly.
The Godot team needs to consider either breaking the export template in to separate targets (Linux, Windows, etc) to reduce the size or provide a mirror capable of delivering the current export template.
This is a huge issue.
They did say guthub does allow resuming/continuing a file download now. Im not sure if there's a way to allow the godot website to continue a download if it wasnt completely downloaded in 5 minutes. There are also ways to continue a download using curl or Invoke-WebRequest (powershell). If there isnt a way to continue the download in the godot website, you could give intructions on how to use the command line to download the file.
I stand by my earlier assertion.
The Godot team needs to consider either breaking the export template in to separate targets (Linux, Windows, etc) to reduce the size or provide a mirror capable of delivering the current export template.
Failed template file downloads in FireFox will not resume (retry download). No error now, just will not resume. As for the rest, Godot needs to provide a simple link to a mirror capable of delivering the export templates until such time as GitHub fixes this mess. Not rocket science. It is supposed to be click on the link, download the file.
The Godot team needs to consider either breaking the export template in to separate targets (Linux, Windows, etc) to reduce the size or provide a mirror capable of delivering the current export template.
This is being worked on but it involves some work on how we generate our builds and especially how the editor UI etc. works to ensure it works smoothly, but it has been discussed for months
I can confirm the following script works well on Linux Mint and probably Ubuntu and more. It will resume the download after the GH token expires. It also keeps a log. https://github.com/orgs/community/discussions/169381#discussioncomment-14103622
#!/bin/bash
export LC_ALL=en_US.UTF-8
counter=1
until wget -o ./log$counter.txt -c https://github.com/godotengine/godot/releases/download/4.4.1-stable/Godot_v4.4.1-stable_export_templates.tpz
do
((counter++))
done
Copy this text in to a text editor. Change the URL to one you like and need. Save as your-name.sh . Change the permissions of this file to allow it to be run as an application. Run the script.
It will run in the background as a wget process and download the file. The file will be located in the same directory as the script file.
I tested the downloaded template and installed it with zero issues. This should get you your export templates.. :)
What is GitHub thinking?
Probably trying to push people into using LFS? Or trying to push people towards using github for code and not binaries (sadly I've seen multiple repos just consisting of binaries, often huge, and zero code)
Okay so the way I fixed this problem is downloaded the templates file on a server using wget (which took like 3 seconds btw) and then to my pc. It worked. I guess it has to do that I have a slow internet connection and the request somehow times out or it's because of gh. Don't know.
I had the same problem - couldn't download templates via browser. It worked when I used JDownloader 🙃 (and was much faster too)
https://sourceforge.net/projects/godot-engine.mirror/files/4.4.1-stable/Godot_v4.4.1-stable_export_templates.tpz/download
This is another alternative
@Kaposts Do you know how long it takes for that to get updated when a new version releases
https://sourceforge.net/projects/godot-engine.mirror/files/4.4.1-stable/Godot_v4.4.1-stable_export_templates.tpz/download
This is another alternative
For me the sourceforge links work all. Those from github dont with vivaldi + vpn -> Germany they caused en error "Server failed" the first try at 78% the second at 89%. I would guess it might be something related to github and that specific file.
maybe it would be good to know that link too:
https://sourceforge.net/projects/godot-engine.mirror/files/4.4.1-stable/Godot_v4.4.1-stable_mono_export_templates.tpz/download
I can currently download both within the Godot (v4.4.1.stable) Editor and externally through a web browser without issues. But, I can reproduce the issue by artificially slowing down my Internet speed so that the download will not finish in under a minute like it does now, if I stretch it out past 10 minutes on the "estimate" time for example, appears to be more than enough to fail from github. Maybe it's time to setup some trusted RSync servers that allows Godot more options to download from in case github is not behaving?
You can use this approach for resumable downloads. If the download fails, simply run the command again, and it will continue from where it left off.
curl -L -C - -o Godot_v4.4.1-stable_mono_export_templates.tpz
https://ghproxy.com/https://github.com/godotengine/godot-builds/releases/download/4.4.1-stable/Godot_v4.4.1-stable_mono_export_templates.tpz
This is helpful for large files like Godot export templates where network interruptions are common.
The command in the previous comment works, but the formatting of the comment makes it unclear. Here's the command I used to download the export templates for Godot 4.5-beta7:
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
For those preferring to use wget tool and avoid the hustle of compiling templates or having to face an unstable failing download :
Steps
-
Go to the godot download page, and obtain the url of the export template file there. You can simply do this by right clicking the export template download button and copying the link from the browser.
-
With wget being installed on your unix-like or windows system just go to the shell and into your downloads directory:
wget [insert the copied url of the export template] --continue --show-progress --retry-connrefused
Replace the [] and the text inside with the download url. The massive export template file should download , just install it from godot and youre good to go.
If my calculations are correct, you need atleast 32.5megabits per second download speed to download the templates from the editor or the official website.
There COULDN'T be a better time to have singular export templates that you can install one by one from the export window in godot.
wget [insert the copied url of the export template] --continue --show-progress --retry-connrefused
This parametres are not being accepted ,
wget "https://github.com/godotengine/godot-builds/releases/download/4.5-beta6/Godot_v4.5-beta6_export_templates.tpz" --continue --show-progress --retry-connrefused
Invoke-WebRequest : A positional parameter cannot be found that accepts argument '--continue'.
At line:1 char:1
+ wget "https://github.com/godotengine/godot-builds/releases/download/4 ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : InvalidArgument: (:) [Invoke-WebRequest], ParameterBindingException
+ FullyQualifiedErrorId : PositionalParameterNotFound,Microsoft.PowerShell.Commands.InvokeWebRequestCommand
PS C:\Users\SeriMert\Desktop> wget --continue --show-progress --retry-connrefused Invoke-WebRequest : A positional parameter cannot be found that accepts argument '--show-progress'.
At line:1 char:1
+ wget --continue --show-progress --retry-connrefused
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : InvalidArgument: (:) [Invoke-WebRequest], ParameterBindingException
+ FullyQualifiedErrorId : PositionalParameterNotFound,Microsoft.PowerShell.Commands.InvokeWebRequestCommand
PS C:\Users\SeriMert\Desktop> wget --continue --retry-connrefused
Invoke-WebRequest : A positional parameter cannot be found that accepts argument '--retry-connrefused'.
wget works differently in Windows, please check the documentation