Geoff Bourne

It's admittedly not intuitive but `XDG_CONFIG_HOME` is what specifies the directory of the rclone config. You're welcome to set that to be your backup path. So what I see is...

@EmilyxFox 's example also reveals that you need to temporarily include ``` CF_FORCE_SYNCHRONIZE: TRUE ``` ...to ensure the new exclusion is considered. I have a feature noted to enhance that...

You seem to be crash looping on the version lookup step: Search the issues since I seem to remember other people running into an issue there in some scenarios.

It downloaded the correct version for me: ``` docker run -it --rm -e EULA=true itzg/minecraft-bedrock-server DEBU[0000] Using /data to match uid and gid DEBU[0000] Resolved UID=0 from match path DEBU[0000]...

As mentioned in Discord, I don't see how this a fault my image startup script. I don’t have the time or expertise to help with whatever you’re seeing.

For efficiency of avoiding a redownload it only compares the URL previously provided. My assumption was that you would change the filename at the URL to reflect a change in...

I have had to provide support for many users with terrible network connectivity, so redownloading is not necessarily a trivial matter. With that said, I like the suggestion to accept...

Those are the only two approaches I can think of for now. Again the expectation in current implementation is that URLs would be formatted like https://example.com/yours-1.5.2.mrpack

No, it's just checking for any difference.

You definitely need to be using the java21 image but note the error ``` server_1 | [init] ERROR: your Docker provider has an annoying flaw where it server_1 | [init]...