Attempting to open reinforced fluid port guidance reliably crashes server.
PongoSapiens opened this issue ยท 4 comments
Minecraft 1.16.4
Forge 35.1.13
ExtremeReactors2: 2.0.18
ZeroCore: 2.0.17
Built a 7x7x7 reinforced reactor, added two fluid ports (intending one to be water in and the other steam out to turbine.
They both appears as inputs, click on one of them to change it to output, and the server crashes:
[21:38:52] [Server thread/ERROR] [minecraft/MinecraftServer]: Encountered an unexpected exception
java.lang.AbstractMethodError: Method it/zerono/mods/extremereactors/gamecontent/multiblock/reactor/part/ReactorFluidPortEntity.func_145748_c_()Lnet/minecraft/util/text/ITextComponent; is abstract
at it.zerono.mods.extremereactors.gamecontent.multiblock.reactor.part.ReactorFluidPortEntity.func_145748_c_(ReactorFluidPortEntity.java) ~[bigreactors:1.16.4-2.0.18] {re:classloading}
at net.minecraftforge.fml.network.NetworkHooks.openGui(NetworkHooks.java:224) ~[forge:?] {re:classloading}
at it.zerono.mods.zerocore.lib.block.AbstractModBlockEntity.lambda$openGuiOnClient$3(AbstractModBlockEntity.java:617) ~[zerocore:1.16.4-2.0.17] {re:classloading}
at it.zerono.mods.zerocore.lib.CodeHelper.callOnLogicalServer(CodeHelper.java:368) ~[zerocore:1.16.4-2.0.17] {re:classloading,pl:runtimedistcleaner:A}
at it.zerono.mods.zerocore.lib.block.AbstractModBlockEntity.callOnLogicalServer(AbstractModBlockEntity.java:151) ~[zerocore:1.16.4-2.0.17] {re:classloading}
at it.zerono.mods.zerocore.lib.block.AbstractModBlockEntity.openGuiOnClient(AbstractModBlockEntity.java:611) ~[zerocore:1.16.4-2.0.17] {re:classloading}
at it.zerono.mods.zerocore.lib.block.AbstractModBlockEntity.openGui(AbstractModBlockEntity.java:253) ~[zerocore:1.16.4-2.0.17] {re:classloading}
at it.zerono.mods.zerocore.lib.block.multiblock.MultiblockPartBlock.openGui(MultiblockPartBlock.java:70) ~[zerocore:1.16.4-2.0.17] {re:classloading}
at it.zerono.mods.zerocore.lib.block.multiblock.MultiblockPartBlock.lambda$onBlockActivated$3(MultiblockPartBlock.java:141) ~[zerocore:1.16.4-2.0.17] {re:classloading}
at java.util.Optional.map(Optional.java:215) ~[?:1.8.0_232] {}
at it.zerono.mods.zerocore.lib.block.multiblock.MultiblockPartBlock.func_225533_a_(MultiblockPartBlock.java:141) ~[zerocore:1.16.4-2.0.17] {re:classloading}
at it.zerono.mods.extremereactors.gamecontent.multiblock.common.part.IOPortBlock.func_225533_a_(IOPortBlock.java:68) ~[bigreactors:1.16.4-2.0.18] {re:classloading}
at it.zerono.mods.extremereactors.gamecontent.multiblock.common.part.PassiveFluidPortBlock.func_225533_a_(PassiveFluidPortBlock.java:61) ~[bigreactors:1.16.4-2.0.18] {re:classloading}
at net.minecraft.block.AbstractBlock$AbstractBlockState.func_227031_a_(AbstractBlock.java:638) ~[?:?] {re:mixin,pl:runtimedistcleaner:A,re:classloading,pl:runtimedistcleaner:A}
at net.minecraft.server.management.PlayerInteractionManager.func_219441_a(PlayerInteractionManager.java:338) ~[?:?] {re:mixin,re:computing_frames,re:classloading,pl:mixin:APP:charm.mixins.json:PlayerInteractionManagerMixin,pl:mixin:A}
at net.minecraft.network.play.ServerPlayNetHandler.func_184337_a(ServerPlayNetHandler.java:958) ~[?:?] {re:classloading,pl:accesstransformer:B}
at net.minecraft.network.play.client.CPlayerTryUseItemOnBlockPacket.func_148833_a(SourceFile:36) ~[?:?] {re:classloading}
at net.minecraft.network.play.client.CPlayerTryUseItemOnBlockPacket.func_148833_a(SourceFile:10) ~[?:?] {re:classloading}
at net.minecraft.network.PacketThreadUtil.func_225383_a(SourceFile:21) ~[?:?] {re:classloading}
at net.minecraft.util.concurrent.TickDelayedTask.run(SourceFile:18) ~[?:?] {re:classloading}
at net.minecraft.util.concurrent.ThreadTaskExecutor.func_213166_h(SourceFile:144) ~[?:?] {re:mixin,pl:accesstransformer:B,re:computing_frames,pl:accesstransformer:B,re:classloading,pl:
Also tested with forge 35.1.29 and this is a reliable crash, even in single player.
Don't bother I've figured it out, It's that damn code obfuscation of mojang getting in the way of OOP...
Fixing it