-
Notifications
You must be signed in to change notification settings - Fork 24
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
Crash on world load; conflict with RandomPatches 1.5.0.1 #129
Comments
Unlikely that it's Forge, most likely it's a conflict with a mod you recently installed/updated. |
Same problem on Erring version of RandomPatches: |
After briefly looking through Random Patches' source code, it's unclear how it could be causing this. However, this crash is related to #128 which I've been meaning to fix and that might clear this up as well. |
Might be fixed in v3.1.4: https://github.com/squeek502/AppleCore/releases/tag/v3.1.4 Give it a try and let me know. (will also be on Curseforge once it's approved) |
I downloaded the Apple Core v 3.1.4 jar from Github and installed it. Returned RandomPatches to the most recent version (v 1.5.0.1). And now my world successfully loads! Thank you! |
I think I spoke too soon. Full Log on Paste.ee.
|
Can confirm that I can reproduce this crash, but I'm really confused as to what could be causing it. I can't find anything in the RandomPatches source code that would conflict... |
This is pretty strange. I'll have a look at this now. |
@TheRandomLabs AppleCore adds a constructor with a player field to FoodStats, and modifies the EntityPlayer.foodStats initialization to use that new constructor. Usually, that means that all EntityPlayer.foodStats have a valid player field, as they use the modified initialization. Somehow that is not happening, though. Usually this is caused by a mod overriding FoodStats and then setting the player's foodStats field manually to their version, but that's not what's happening either. Somehow it seems like your mod is indirectly interfering in that initialization process or something, but the classes you modify are not even obviously related to anything EntityPlayer/FoodStats related. |
I couldn't figure out what was affecting FoodStats, but I tried setting |
My best guess is that your coremod/transformer classes are (unintentionally) loading classes that they shouldn't be. Any class that is imported during transformer loading could fail to be transformed by any transformers that have not been registered in the load order. I put in a debug print that potentially shows the issue. This is the log after SortingIndex is changed to 2000 in RandomPatches:
As you can imagine, if the load orders were reversed, then the Best practice for core mods is to keep them as insular as possible--never import any Minecraft classes or any classes that might import Minecraft classes. Your Changing the sort order will fix it for now, but any coremod with a SortingIndex above yours can have similar conflicts. EDIT: Here's the issue from when AppleCore was causing the same problems: #19 |
Talk about an esoteric problem! I'm surprised you guys figured it out so fast. |
I know this is old, but i would like to add that recently in 1.12.2 the mod Oversaturation was the cause of my eating and crashing. |
Game loads, but upon choosing the world, the game soon crashes. It looks like a field which AppleCore adds at run-time is no longer being populated.
The primary stack trace for the crashing exception only implicates AppleCore. Although additional stack traces in the full log, which seem to occur as Minecraft shuts down, may indicate issues with other mods.
AppleCore has not updated recently, so I'm guessing a change in the Forge api may be the cause.
I'll try reverting some of my recent updates - that might pinpoint the source of the conflict.
Versions:
Full log on paste.ee;
The text was updated successfully, but these errors were encountered: