-
Notifications
You must be signed in to change notification settings - Fork 22
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Enhance "custom-download-url" logic #227
Comments
This is indeed a problem I also have on my Purpur 1.20.4 server that uses the Spigot plugin. |
Wow I have the same Issue too, glad to see I'm not the only one, Please fix this thanks |
You need to provide an id for autoplug to be able to check if there is an update available, since the custom download url only provides a link to a file. Then if there is an update, since you provided custom-download-url, that is used to download the file. |
I'm very much aware of this therefore this was enhancement ticket, not a bug one. At the moment I've added "wget" before every time server starts to download JAR file. |
Ideed updated the issue. |
The focal point still lies in implementing a force download feature, wherein upon server restart or plugin check, the server should decisively download a new copy and overwrite the existing one without necessitating a version check. While validating hashes would be ideal to avoid overwriting unchanged files, it's more practical to have the server manage the download and overwrite process during restart or plugin check. This approach saves the hassle of manually updating plugins without an ID or with an outdated ID, as exemplified by Geyser. Moreover, Floodgate lacks an ID altogether, underscoring the need for a straightforward updating mechanism in such scenarios. |
Yeah in the case that nothing is provided except the custom-download-url we could use that logic. |
Any progress on this? It would be nice to auto-update Geyser and Floodgate. |
I just added wget to shell script, restarting daily so it forces to re-download every time autoplug starts: wget -O plugins/Geyser-BungeeCord.jar https://download.geysermc.org/v2/projects/geyser/versions/latest/builds/latest/downloads/bungeecord wget -O plugins/floodgate-bungee.jar https://download.geysermc.org/v2/projects/floodgate/versions/latest/builds/latest/downloads/bungee |
@ShayBox I'm not adding new features to AP anymore. Best would be if you find a Java developer or do it yourself. |
Why are you still accepting monthly subscriptions then... |
@ShayBox
You pay for the currently working AP-web features. |
Importance: 5/10
Problem:
Please add a feature that AutoPlug forces to download a plugin from "custom-download-url",
then checks if the hash is different and replaces the current jar with the downloaded one.
This could be the default behavior if no custom-check-url is provided.
Solution:
For example, when "force-download: true" or "spigot-id: 0" or something.
GeyserMC doesn't use Jenkins anymore, new url: https://geysermc.org/download#bungeecord
plugins.yml
Geyser-BungeeCord:
exclude: false
version: 0
latest-version: 0
author: GeyserMC
spigot-id: 0
bukkit-id: 0
ignore-content-type: false
custom-check-url:
custom-download-url: https://download.geysermc.org/v2/projects/geyser/versions/latest/builds/latest/downloads/bungeecord
alternatives:
github:
repo-name:
asset-name:
jenkins:
project-url:
artifact-name:
build-id: 0
modrinth-id:
The text was updated successfully, but these errors were encountered: