-
Notifications
You must be signed in to change notification settings - Fork 303
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
Client startup crash with liteloader #1189
Comments
Thanks for the report! |
Yeah sure! Just one moment! |
Sorry about the wait, I had some hard drive troubles! You were right! Disabling lite loader allowed me to launch with no issue! Is there anything else you need? |
I noticed this is still marked as "needs followup." Do you need anything else? |
I tried to get in touch with the author of liteloader but wasn't able to. |
Sure! I am using multi mc, the latest forge, along with the mods listed here: https://pastebin.com/kfTyFGxf I uninstalled liteloaded for the duration, I was only using it for tabbychat. It launches just fine without it. The build 4.8.5.159 of jei works perfectly fine with liteloader, however later builds (4.9+ for sure) do not - including the current stable build. Let me know if you need anything else! Thanks. |
Thanks, I tried to replicate this but surprisingly didn't crash. |
Hey so it spams for nearly every recipe in the game or something so the log is nearly 100mb, I had to upload it zipped instead. Let me know if there's anything else! |
Thanks for the log. I looked it over and what I see is really bizarre. |
So I was having a similar problem with SevTech 3.0.6 and I tried downgrading to "1.12.2-4.8.5.159" which worked. But when I was playing with it and made a new environment with just Forge, JEI, and Liteloader, the newest version worked which made me thing it must have something to do with one of the other mods. |
Can you try to narrow down which mod is causing an issue? |
Hey! So I am not currently playing minecraft, but I figured I'd compile you a list of the mods we have in common right here It's off the top of my head, and i certainly missed some libraries on the list, but I hope it helps :) |
Same? crash: https://pastebin.com/kui9QLaz Our server disabled some recipes by overwriting them with empty dummy recipes. That miiiight be the cause. I mean they crash before they are able to login to the server, but maybe JEI caches data from last session? |
a temporary solution to this issue is to downgrade JEI version to 4.8 or anything below 4.9 note: the JEI plugin for pams harvest craft needs to be disabled as it requires JEI 4.9+ something that changed between version 4.8 and 4.9 is conflicting with liteloader, currently it's unknown whether it's liteloader or JEI that's initially causing the issue. I'll edit this comment with any new testing results, but it seems to be working fine for now. time will tell |
Between those versions of JEI I fixed an issue where JEI ignored all resource reloads before entering a world. The issue here is related to the fact that LiteLoader forces an extra resource reload during startup. Somehow, some extra thing (a LiteLoader mod?) in combination with the extra resource reload from LiteLoader is really killing JEI and causing the issue we see here. I need help narrowing down the combination of things that causes this issue so that I can test and fix it. |
@mezz I just hit this issue and found this. I only had one liteloader mod installed which was WorldEditCUI. I removed it after reading this and the game still failed to load. So it's not a liteloader mod. |
Had this problem on a completely different setup.... but removing FastWorkbench fixed the issue. |
Here's my crash report.
I wasn't able to reproduce the crash in a fresh installation of Mincraft 1.12.2 with only Forge 14.23.4.2727, LiteLoader 1.12.2-SNAPSHOT and the above mods. However, removing Redstone++ 1.2d or 1.3 BETA-2 (These two versions generate the same crash report) fixed the issue for me whereas downgrading JEI to 4.8 like @MoJoCreatior suggested didn't fix it. I was able to reproduce the crash in a fresh installation of Mincraft 1.12.2 with only Forge 14.23.4.2727, LiteLoader 1.12.2-SNAPSHOT and Redstone++ 1.3 BETA-2, giving this crash report. I got the same result with Redstone++ 1.2d instead of Redstone++ 1.3 BETA-2. Since @Dalethium had this problem without Redstone++ installed, this means that the crash wasn't caused by a specific mod, but by a behaviour used in multiple mods. |
I think there may be multiple issues happening in this thread. For things involving FastWorkbench, Inspirations, DietHopper, and other mods that use Forge Registry replacement (there are a lot), I investigated the problem and submitted an issue to LiteLoader here: Once that's fixed, hopefully what's happening here should be more clear. |
Just chiming in as I was having the same issue and wanted to do a little digging, I play on a Continuum Server and was wanting to install Tabby Chat, after getting the error I found this thread. Mod Pack: I disabled FastWorkbench first as I was going to go down the list and see what was causing the issue, after disabling FastWorkbench I was able to load the pack just fine, DietHopper is also installed but did not need to be disabled. Unfortunately in order to play the pack I need it enabled, so going to rollback JEI for now and see if that works. UPDATE |
This has been automatically marked as stale because it has not had recent activity, and will be closed if no further activity occurs. If this was overlooked, forgotten, or should remain open for any other reason, please reply here to call attention to it and remove the stale status. Thank you for your contributions. |
This has been automatically closed because it has not had recent activity. Please feel free to update or reopen it. |
bad bot |
The bot is useful in general, this is a rare issue where it's just not getting fixed. |
Unfortunately, despite liteloader being open source, Mumfrey has licensed it as All Rights Reserved, and required written permission for anyone to distribute modified versions of the mod. A maintenance programmer would have to get in touch with Mumfrey before there can be any hope of having this issue fixed. That, or of course Mumfrey himself would have to return to developing, but that seems very unlikely. |
I got this crash (with |
For me I managed to fix the issue by removing fast workbench (i dont think its liteloader due to me still having voxel maps installed, but if its a certain liteloader mod then ok....). |
I believe the issue is related to LiteLoader breaking when Forge mods replace vanilla items (for example FastWorkbench replaces the vanilla crafting table). I reported the issue to LiteLoader with a minimal test mod that shows the issue: http://develop.liteloader.com/liteloader/LiteLoader/issues/53 |
I'd drop Liteloader... but worldeditcui and tabbychat :( |
@steamp0rt I don't have a solution for tabbychat, but I present to you WorldEditCUI Forge Edition 2 |
@Brycey92 does it work with the GriefProtection plugin? I noticed the LiteLoader version shows GP plot boundaries. |
@steamp0rt I've never noticed either version showing GP plots, though I haven't used the Forge WE-CUI with GP yet. I always just rely on the glowstone and gold borders done by GP itself. If you could test the cross-functionality, though, I'd be interested in knowing the answer! |
I'm using the LL version and it shows the plots if I right click with a stick |
Please keep discussion here focused on the bug. |
Has there been any progress on this bug? I too am having this issue and am solely trying to get LL to work with my pack for Voxel Map. I disabled fast work bench and got it to load at least, but I'd really like to be able to use FWB. I'm also concerned that as I get further in the modpack I'm developing something else that replaces a vanilla item (if that's what's causing the problem?) will end up crashing it in future. |
Please see this comment, unfortunately there haven’t been any updates since then: #1189 (comment) |
I have been crashing on start up all evening and have been eliminating mods one by one. The only thing that MC's crash reports is finding an issue with is JEI. I never heard of LiteLoader before reading this thread so I was surprised to learn World Edit was being maintained by Mumfrey. So I began deleting my mods until my list went from 71 to 62 and I started with the mods everyone on this thread began to remove first. The full list of mods I removed were:
The crash occurred every time I loaded up making it so I never got to the actually menu for the game. I haven't checked through all of the mod lists that have been shared, but if any of your mods have been managed my Mumfrey and are LiteLoader affiliated I'd assume get rid of them. It was an instant fix on my end and the game runs fine, but I haven't tested to see if readding any of those mods will crash me. (Yet) I figured because my list of removed mods was small it may help isolate the issue. I will share what my original list of mods was soon anyways, just getting called to dinner currently and I don't know how long that will take or if anyone will need me for anything afterwards. Hopefully this helped in some way. Cheers! |
@tommyTT, this one's for you. DiagnosisAs an early user of registry substitution who ran into many bugs with the feature, I knew it relies on the ObjectHolder mechanism. ObjectHolders are a hacky system fo͜r͠ su̡bs͜t͝i͝túti͟ņg҉ ̛s͠tati͡c ̢f̶iel͠d r̀e͡ference҉s w̦̼h̯̀il̢̗͓è̱̮̫̯̭ ̣̼̺̻͙̜n̴̜͙͙̜̫ǫ̘͉͕̜̟ț̘͙̻͎͜ ̝͓̹͓̳̩̫b̡̭̥̥̳̰͔͎r̰̰̪e̹͝a̭k̕ì̯̘̗̟̦̞ͅn̢̻͎g̮̙͎͖̤̝̀ͅ ̬v̢̫̼̲a̭̹̩̲̟n͚͉̪͝Z̧̛͍̻̦A̸̸̩͚̫͙͉͎̖̹͚͇̲͔̹̱L̨̨̝̬̰Ǵ̸̦̣͚̲͇͚̜͉̕͟O̶͏͏̛͇̦̖͉̤̹̺͈̺̺̩͙͖̹͙̲͢ͅ ͙̞͓̠͚͕̕ͅH͏̨͖̗̟͙͖̭͝Ḛ̦̘͕̻͙̘̲̹͚̥͈̣̗̝̣̞̜̝͘͟͜͞ ̶̷̨̛̙̦̼̝̞̭̲̖͚̼͖C̷̢̼͎͉̲̤͓̮̲̣̕ͅÒ̹͖͉̞͈̞͔̹̳̟̭̝̘̲̘̰̰̘͘͘͞M̴̖̝̗͚̻͇̩̮͈͉̪̣͎̯͓͞E̕̕͟͏͈̟̳͇̞̯̰̳̖Ş̵̶̢̢̹̖̩ Either way, Forge allows mods to utilize the feature themselves by using the "@ObjectHolder" annotation, as well as hooking the static fields in key areas (net.minecraft.init) by itself. Failing to replace one of those key areas would led to the Block or Item instance in it to differ from the one in the registry, causing some serious !? - which we are observing here. The next observation is by checking the game's log. In a LiteLoader-free environment, 1168 ObjectHolder annotations will be observed. In one with LiteLoader, only 705 can be seen - and the missing ones happen to be all of the field references to the Blocks and Items classes, causing... registry subsitution issues in Blocks and Items. The code for scanning classes for applicable non-annotated fields (as would be the case in net.minecraft.init.Blocks) looks as follows (with uninteresting parts stripped for simplicity): for (Field f : clazz.getFields())
{
int mods = f.getModifiers();
boolean isMatch = Modifier.isPublic(mods) && Modifier.isStatic(mods) && Modifier.isFinal(mods);
if (!isMatch || f.isAnnotationPresent(ObjectHolder.class))
{
continue;
}
addHolderReference(...);
} As you can see, there are two requirements for a match:
Of course, the Blocks and Items class have public, static, final block/item fields - normally. LiteLoader strips the "final" part of the fields' modifiers, making the match fail and the object holding to not be applied - which means that registry substitutions will not work correctly. We can see that this is a deliberate operation on LiteLoader's part in its class transformer: else if (Obf.Blocks.obf.equals(transformedName)
|| Obf.Blocks.name.equals(transformedName)
|| Obf.Items.obf.equals(transformedName)
|| Obf.Items.name.equals(transformedName))
{
return this.stripFinalModifiers(basicClass);
} Wait a minute, WHAT?Why is LiteLoader doing this? The commit which introduces the feature also adds a method called ModUtilities.addBlock, providing a similiar - if more rudimentary - means of registry substitution. Curiously, however, the feature was removed in a "Quick and dirty 1.10 update" with little to no fanfare. The coremod patch, however, persists. What can we do about this?Well...
So I've made a mod!
Oh, wait, it's 2:30 AM. See you~ |
I am closing this issue because this bug is not getting fixed in LiteLoader, and asie has provided a workaround mod here: #1189 (comment) |
Crash log
Hey so, this version of jei (the latest beta released 12 hours ago) works just fine on the server I run, but starting up the client leads to a crash just before getting to the main menu. I am sure it's probably not a issue with just jei alone as nobody else has reported anything yet, however I figure it's worth reporting in case it's a easy fix without a bug hunt.
Thanks! Have a great day!~
The text was updated successfully, but these errors were encountered: