Missing Arc furnace recipe of Immersive Engineering

[XenonDB]

Your GTNH Discord Username

passenger.48763

Mod Version

NotEnoughItems-2.7.25-GTNH

Bug Report

The picture in "Mod List or GTNH Pack Version" are mods I only use for testing.
Create a SP world, search IE slag then press R, it doesn't show arc furnace recipe.

Build an arc furnace and check its GUI, I can't click the arrow at middle to see its recipe.

This issue seems randomly happen. I have tested other mod combination. Some combination without EnderCore and CoFHCore also trigger this issue.

There's no such issue If I downgrade CodeChickenCore to 1.3.7 and NEI-GTNH to 2.6.40.

If I test with more mods:

sometimes it happens but sometimes doesn't

very weird

Java Version

jdk-8.0.402.6-hotspot

Mod List or GTNH Pack Version

Final Checklist

• I have searched the issues and haven't found a similar issue.

[ChrisJStone]

The PFAA-Updates team is also experiencing this same issue as well. To help with attempting to diagnose the error here is the relevant excerpt from my client log.

[19:20:06] [ForkJoinPool.commonPool-worker-6/ERROR] [NotEnoughItems]: Failed to Load blusunrize.immersiveengineering.client.nei.NEIConfig java.lang.NoClassDefFoundError: blusunrize/immersiveengineering/client/nei/NEIArcFurnaceHandler (wrong name: NEIArcFurnaceHandlerAlloying) at java.lang.ClassLoader.defineClass1(Native Method) ~[?:1.8.0_411] at java.lang.ClassLoader.defineClass(Unknown Source) ~[?:1.8.0_411] at java.lang.ClassLoader.defineClass(Unknown Source) ~[?:1.8.0_411] at blusunrize.immersiveengineering.client.nei.NEIArcFurnaceHandler$ProxyClassLoader.findClass(NEIArcFurnaceHandler.java:78) ~[?:?] at java.lang.ClassLoader.loadClass(Unknown Source) ~[?:1.8.0_411] at java.lang.ClassLoader.loadClass(Unknown Source) ~[?:1.8.0_411] at java.lang.ClassLoader.defineClass1(Native Method) ~[?:1.8.0_411] at java.lang.ClassLoader.defineClass(Unknown Source) ~[?:1.8.0_411] at java.lang.ClassLoader.defineClass(Unknown Source) ~[?:1.8.0_411] at blusunrize.immersiveengineering.client.nei.NEIArcFurnaceHandler$ProxyClassLoader.findClass(NEIArcFurnaceHandler.java:78) ~[?:?] at java.lang.ClassLoader.loadClass(Unknown Source) ~[?:1.8.0_411] at java.lang.ClassLoader.loadClass(Unknown Source) ~[?:1.8.0_411] at blusunrize.immersiveengineering.client.nei.NEIArcFurnaceHandler.createSubHandler(NEIArcFurnaceHandler.java:60) ~[?:?] at blusunrize.immersiveengineering.client.nei.NEIConfig.loadConfig(NEIConfig.java:39) ~[?:?] at codechicken.nei.NEIClientConfig$19.lambda$run$0(NEIClientConfig.java:825) ~[?:?] at java.util.stream.ForEachOps$ForEachOp$OfRef.accept(Unknown Source) [?:1.8.0_411] at java.util.HashMap$KeySpliterator.forEachRemaining(Unknown Source) [?:1.8.0_411] at java.util.stream.AbstractPipeline.copyInto(Unknown Source) [?:1.8.0_411] at java.util.stream.ForEachOps$ForEachTask.compute(Unknown Source) [?:1.8.0_411] at java.util.concurrent.CountedCompleter.exec(Unknown Source) [?:1.8.0_411] at java.util.concurrent.ForkJoinTask.doExec(Unknown Source) [?:1.8.0_411] at java.util.concurrent.ForkJoinPool$WorkQueue.runTask(Unknown Source) [?:1.8.0_411] at java.util.concurrent.ForkJoinPool.runWorker(Unknown Source) [?:1.8.0_411] at java.util.concurrent.ForkJoinWorkerThread.run(Unknown Source) [?:1.8.0_411] [19:20:06] [ForkJoinPool.commonPool-worker-6/INFO] [neiintegration]: Loading integration: Minecraft / Forge

The trouble shooting steps I have taken:

Deleting handlerordering.csv and letting NEI recreate the file
Add IE handlers to serialhandlers.cfg
adjust load order of IE handlers in handlerordering.csv

In amost all instances the error above was generated and I was unable to view any recipes related to the arc furnace. The times the above error did not populate in my log were after creating a new test world seeing the error, saving and quit, load a previously created world. The error does not show in my log however the recipes are still missing. There have also been a couple of instances where the error did not populate in my log and I was able to view the recipes for the arc furnace however those were one offs after deleting handlerordering.csv and launching the client. After a restart of the client the issue returned.

Attempting to recreate the fix by deleting handlerordering.csv and reloaded failed to be repeatable.