AlexIIL

No. If there was, we'd post it here.

*Not* fixed in `0.17.5` since the original fix broke a few things. Instead this will be fixed in `0.18.x` with loader plugins.

Zip support for modpacks is certainly an *interesting* idea, however it depends quite heavily on what the zip contains. For example downloading a modpack zip from curseforge doesn't actually contain...

> Saw that in the QMJ spec the loader should crash on non-semver versions, this seems to be a bit of a pointless holy war and would only cause trouble...

> When loading the class, the server will crash due to ClientConsumer not existing I can't reproduce that with the example given - even if I remove the ` @Environment(EnvType.CLIENT)`...

Actually, I suppose I was being a bit pedantic with my previous comment - the example given above can actually be loaded safely on the server, but the following can't:...

This has now been implemented as of 0.17.5-beta.8 - although a full release should follow in a couple of days.

Okay, now released in `0.17.5`!

To be specific, LibJF creates entrypoint objects directly, which isn't exposed as functionality directly through either fabric-loader api or quilt-loader api. The closest approximation would be to use `FabricLoader.getEntrypoints()` -...

Upon closer inspection, it looks like LibJF (ab)uses language adapters to expose an even earlier entrypoint for mods to use. This means they are trying to get entrypoints too early...