
Client classes being loaded on dedicated server on DynResourceGenerator
Alexthw46 opened this issue ยท 13 comments
- supplementaries-1.21-3.0.33-beta-neoforge.jar
- moonlight-1.21-2.17.16-neoforge.jar
- neoforge-21.1-93.jar
Interesting part on the bottom.
Logs error on world load, no crash since the exception is caught, when the Server startup events are fired. Upon inspection it seems that somehow the Client version of DynResourceGenerator is being used, perhaps a subscribe event / listener issue?
More likely to be library's fault than one of the mods using it as dep, but if you need the modlist spl have printed it at the start.
Unrelated, there are also little GLM errors about Supplementaries a bit above that.
Nope, can't manage to reproduce on a smaller set of mods. Is there any way of dumping the list of registered reloaders, like a quick custom jar of moonlib so i can drop that on the server where it occurs?
Fair question but since it's a dedicated server issue i can't meddle freely with modlist as in general issues, may take a while to setup the stuff to check
real issue is one of my mod or one of another mod that uses dynamic generator system is registering a client reloader on server side too
noticeable other one i see that depends on selene is everycomp, which i also have to update a bit apparently
well i can publish a version that wil throw a clear error when that is detected. should prevent erroneous regstration in the future but will still require fixing of that mod
Tried everycompat 2.9.1 but didn't solve it
Should be this, i updated the lib and it detected the issue in everycompat.
tried with everycompat 2.9.0 (latest currently)
i believe you fixed this indev (edit, i was looking at the wrong branch) already so i'll close it, the log should point to the snippet that is classloading anyway
seems to be a bug with fuctional storage module. EC will need another update