SPIGET_PLUGINS not following redirects to Bukkit download page.
Closed this issue · 6 comments
When using the SPIGET_PLUGINS, the Spiget API returns a 503.
Upon this error, the container exists.
Can you provide the value you passed to SPIGET_PLUGINS and the logs?
It might be temporary since https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/503
As requested, here are the logs.
The env that was set was 96062
After having looked at the minecraft repo, it looks like the download route might not be the correct path.
minecraft-proxy-1 | [init] Resolving type given VELOCITY
minecraft-proxy-1 | [init] Downloading https://papermc.io/api/v2/projects/velocity/versions/3.2.0-SNAPSHOT/builds/222/downloads/velocity-3.2.0-SNAPSHOT-222.jar
minecraft-proxy-1 | [mc-image-helper] 16:08:14.672 INFO : Skipping /server/velocity-3.2.0-SNAPSHOT-222.jar since it is already up to date
minecraft-proxy-1 | [init] Getting plugins via Spiget
minecraft-proxy-1 | [init] Downloading resource 96062 ...
minecraft-proxy-1 | curl: (22) The requested URL returned error: 503
minecraft-proxy-1 | [init] ERROR failed to download resource '96062' from https://api.spiget.org/v2/resources/96062/download
minecraft-proxy-1 exited with code 2
Thanks.
I am now wondering why you titled the issue "Incorrect Spiget URL"? Referring to
https://spiget.org/documentation/#!/resources/get_resources_resource_download
What is incorrect about https://api.spiget.org/v2/resources/96062/download?
The actual problem I see is that particular resources incorrectly redirects to https://dev.bukkit.org/projects/punish-manager/files/4293465 which is not a valid file download, but instead a bukkit page.
Oh, so it's just not following redirects then? I hadn't even noticed it redirected to bukkit initially.
I was looking through start-spigot over on the minecraft repo, and saw references to https://api.spiget.org/v2/resources/${resource}/versions/latest. As it turns out, I was incorrect in my understanding of how that route worked, I was under the impression that it downloaded the latest version, but instead it's a JSON object with the latest information.
I will update the title to reflect this information.
Thanks, but title still isn't quite correct. The redirect is processed correctly but leads to the plugin page and not a CDN download URL.
The solution is it needs to bring over
to clarify that some plugins provide unusable download links and instead need to be manually downloaded.
This issue is stale because it has been open 30 days with no activity. Please add a comment describing the reason to keep this issue open.