Closed draeath closed 7 years ago
It seems odd to me that this would self-download like this, instead of being unpacked from within ModPatcher's jar as a resource. It seems unnecessarily fragile in that it depends on your server being both up and cooperative (at least to bootstrap the first launch)
Seems like it was a transient issue (or you work fast) as it is now serving up the file to the referenced client. (or not... works via wget, but when minecraft tries, 403)
Still leaves the question of this as a dependency, though, so I'll leave the issue open for your review/comment.
So, even if I drop in place the file mentioned in ModPatcher.java (your comment above this is in disagreement, btw, as that says to put a differently named file in lib instead) I crash in the same place, so this seems to be unrelated to the update check.
Not sure why it would be dying there, but this bug had me barking up the wrong tree, perhaps.
Cloudflare refusing to serve the file should now be fixed. I adjusted the security settings on it yesterday which caused this problem.
The error log there does look correct for failing to load modpatcher.
I need to update some of the messages/strings in there, as you've pointed out they're not accurate.
As the subject says. I'm attempting to stand up a server with tickprofiler. It blows up during first launch, as your server returns a 403 to the request. I'm able to pull the file from home, so you or a service you run is blocking requests from AWS EC2 instances.
This seems especially odd as this mod is particularly suited for use on servers that might be hosted on cloud platforms, vs ad-hoc in-home hosting.
URL: https://modpatcher.nallar.me/1.10.2-stable/ModPatcher-lib.jar Timestamp: 04:20:52 Feb 15, UTC Source IP: should be 34.199.11.100
Relevant log fragment: