warjort

[23:37:47] [Render thread/ERROR] [ne.mi.fm.ja.FMLModContainer/]: Exception caught during firing event: null Index: 1 Listeners: 0: NORMAL 1: net.minecraftforge.eventbus.EventBus$$Lambda$4701/0x0000000801837620@2954c429 java.lang.ExceptionInInitializerError at TRANSFORMER/[email protected]/tfar.metalbarrels.init.ModItems.<clinit>(ModItems.java:40) at java.base/jdk.internal.misc.Unsafe.ensureClassInitialized0(Native Method) at java.base/jdk.internal.misc.Unsafe.ensureClassInitialized(Unsafe.java:1160) at java.base/jdk.internal.reflect.MethodHandleAccessorFactory.ensureClassInitialized(MethodHandleAccessorFactory.java:300) at java.base/jdk.internal.reflect.MethodHandleAccessorFactory.newFieldAccessor(MethodHandleAccessorFactory.java:140) at java.base/jdk.internal.reflect.ReflectionFactory.newFieldAccessor(ReflectionFactory.java:176) at java.base/java.lang.reflect.Field.acquireFieldAccessor(Field.java:1169) at java.base/java.lang.reflect.Field.getFieldAccessor(Field.java:1148) at java.base/java.lang.reflect.Field.get(Field.java:426) at TRANSFORMER/[email protected]/tfar.metalbarrels.MetalBarrels.superRegister(MetalBarrels.java:61) at TRANSFORMER/[email protected]/tfar.metalbarrels.MetalBarrels.register(MetalBarrels.java:73) -- snip -- Caused by: net.minecraftforge.fml.util.ObfuscationReflectionHelper$UnableToFindMethodException: java.lang.NoSuchMethodException: net.minecraft.world.level.block.entity.ChestBlockEntity.getItems() at LAYER PLUGIN/[email protected]/net.minecraftforge.fml.util.ObfuscationReflectionHelper.findMethod(ObfuscationReflectionHelper.java:151) at TRANSFORMER/[email protected]/tfar.metalbarrels.item.BarrelUpgradeItem.<clinit>(BarrelUpgradeItem.java:48) ... 54 more Caused by: java.lang.NoSuchMethodException: net.minecraft.world.level.block.entity.ChestBlockEntity.getItems() at java.base/java.lang.Class.getDeclaredMethod(Class.java:2707) at LAYER PLUGIN/[email protected]/net.minecraftforge.fml.util.ObfuscationReflectionHelper.findMethod(ObfuscationReflectionHelper.java:145) Issue with the meta barrels mod. Check you have the latest version then contact the mod author.

The jvm arguments are in the installation configurations for the vanilla launcher. Click on installations at the top of the screen, edit the forge installation and click "more options"

If that is the full log it ends with the following without showing an error. There is probably an issue with that file causing a crash? Try deleting it and it should recreate it with default values. If that doesn't fix it, post the launcher_log.txt, maybe the launcher has logged an error.

Look at the method definition in ItemStack. It is not a static method. Then look at BeaconMenu.PaymentSlot.mayPlace() for an example usage.

The error says it can't find that BYG sprout object because it is not registered. You will need to post a link to your logs/debug.log so we can see what the error is causing it not to be registered.

Just use the direct download link. Click "show all versions" on the download page, then hover over the i next to the installer you want. Then buy Lex a coffee for his lost ad revenue. 🙂

There is no Item.is(TagKey<Item>) // does not exist but there is an ItemStack.is(TagKey<Item>) Just remove your getItem() 🙂

Use versions of optifine and forge that are compatible with each other. You can see compatibility on optifine's download page (including preview releases). If you still can't get it to work, either uninstall optifine or talk to the optifine mod authors.

Maybe this will help you understand what your problem is? https://www.partitionwizard.com/partitionmagic/minecraft-server-failed-to-bind-to-port.html

It says the minecraft server is probably already running. Or maybe you have some other service bound on the 25565 port?

It says you need the puzzleslib mod. Please use a file sharing site to share the debug.log in future.

https://forums.minecraftforge.net/topic/117667-my-error-pls-helt/#comment-518124

Optifine is not supported here, this is the forge support forum. You need to ask them. The suggested workaround on that error report is to use forge 43.1.23 or before. Optifine only officially support 43.1.1 You can try other graphic optimisation mods, e.g. rubidium and the like. But the nature of such optimisation mods is that they make invasive changes which tend to conflict with other mods.

There are many ways. For a simple example look at AbstractContainerScreen.renderLabels() used by AbstractContainerScreen.render(). For other examples just search for the usages of Screen.font

Known optifine issue: https://github.com/sp614x/optifine/issues/7127

If that's the way you do it in your constructor. Except I think you mean inventory slot not hotbar slot which will be at 27+2=29

Use java 17, mixin does not support java 19

You have REI and jei You can't have both.

It is the slot that was clicked. You decide how the slots are layed out in your constructor. Though vanilla has a "convention" of sorts. e.g. see BeanconMenu which puts the payment slot at slot 0 then the player's main inventory in the next 27 slots (1 to 27) and finally the 9 hotbar slots (28 to 37). You can then see these numbers used in quickMoveStack() where it decides the priority of where things should go based on the slot clicked. If you look at the top of BeaconMenu you will also see these same constants defined. This is a failure of the deobfuscation where obviously the real minecraft code used those symbolic constants instead of the numbers. You can do the same to make the code more readable and less error prone. If you want a more complicated example, see the BrewingStandMenu which has different customs slots with mayPlace() tests.

Post a link to your logs/debug.log

This means you have 2 mods using the same mod id such as jade and wthit (both forks of Waila) JEI and Roughly Enough Items is another common example. If you post the logs/debug.log we can see which mods have which ids.

Either define the property or hard code the version in the dependency. You are also following some very old and out-dated documentation or tutorial, Your file has examples in a comment for the correct way to do it directly beneath your broken config. See also: https://forge.gemwire.uk/wiki/Dependencies

Ok, not an old data issue then. 🙂

I think I know what your issue is. @Override public void load(CompoundTag nbt) { super.load(nbt); itemHandler.deserializeNBT(nbt.getCompound("inventory")); progress = nbt.getInt("altarofessence.progress"); } The number of slots is stored in the NBT of the block entity's item handler. That deserialize will be loading old data that have item handlers with only 3 slots. Add some temporary code that converts old data to new data in your load, or just create a new test world.

Try doing running the "clean" gradle task. Since you are using "static final" to define some constants it might be the compiler didn't recompile something that references a constant when it changed. Such constants get "inlined" by the compiler. The clean task will force everything to be rebuilt from scratch the next time you build.