warjort

There is no such method. ItemStacks are created by the game all the time for many reasons. e.g. copying, deserializing from the disk or network, etc. If this is another part of your NBT questions, NBT is meant to be "optional" data. If your data is not present you need to provide a default value.

Those json files are configuration files. If the user wants to modify them they can use a datapack. If you really want to continue to do this, just search this forum. This pointless "anti-pattern" has been discussed many times before in various forms. Configuration files for configuration files? 🙂

Look at what the AbstractCauldron or HopperBlock does. Or in general: Shapes.join(original, cutout, ONLY_FIRST); i.e. start with "original" and only takes the parts that are in that shape but not in "cutout".

Maybe this problem? https://forums.minecraftforge.net/topic/119518-exit-code-1073740940/#comment-524102

i.e. have you widget take a Supplier<Integer> instead of an integer.

My question was rhetorical. What values do you expect your widget to display if you only give it the values once in init ?

Issue with ae2wtlib, probably a conflict with another mod? Check you have the latest version the contact the mod author or modpack author.

One of your mods or datapacks is trying to use an item tag (#minecraft:planks) when an item is expected in a recipe. From the error it could also be something configured via crafttweaker. The error message does not say which recipe or mod. Unless you know which recipe is causing this, likely the only way you are going to find it is by experimenting with removing mods until the problem goes away. Backup your world before removing mods.

Conflict between patchoulli and ars nouveau. Check you have the latest versions then contact the mod author.

What are the values in init() ? Maybe your widget should accept a function reference this.menu::getEnergy so it can always retrieve the live data?

One of your mod files is invalid/corrupted. The error message does not say which one. One of your new mods likely didn't finish downloading properly, try redownloading your new mods again.

One of your mods is using the random number generator incorrectly. The most likely one is But it could be any of your mods since we can't see what is using it on the other thread. Probably the only way you are going to find the mod is to experiment with removing mods until the problem goes away. Backup your world before removing mods.

Install the latest preview release of optifine.

There is no error in that log. But the last thing in that log is loading mixins for the multiworld mod. According to curseforge there is no version of multiworld compatible with 1.19.2 forge https://www.curseforge.com/minecraft/mc-mods/multiworld-mod/files/all?filter-game-version=1738749986%3a73407 Contact the mod author.

Probably this search is more relevant to what you are trying to do: https://github.com/search?q=getOrCreateTagElement&type=code

Install the latest preview release of optifine.

There are literally hundreds of uses of it in vanilla code. Use your IDE to search for uses of CompoundTag, e.g. enchantments since I know this relates to your thread about storing item data and I mentioned that there. Or here's what github shows: https://github.com/search?l=Java&q=CompoundTag&type=Code You will need to filter those for modern forge mods.

I downloaded your mod and the first thing it complains about is you have a spurious space (%20) on the end of the META-INF folder name. https://github.com/RealYusufIsmail/Armour-and-Tools-Mod/tree/main/src/main/resources/META-INF When I fix that, it shows you have problems with your static initialisation. i.e. your BlockInit class is not getting loaded/initalised during mod initialisation and therefore fails when it is loaded too late.

You need to post a link to your logs/debug.log so we can see the error.

If it's your block you can override IForgeBlock.getCloneItemStack() For other people's blocks you would need to listen to the InteractionKeyMappingTriggered event and do the processing yourself. See Minecraft.pickBlock() for the default processing. This is usually the kind of thing that leads to incompatibilies with other mods trying to do the same thing.

That log does not contain the original error from this thread. So I am guessing it is the wrong log? It does however contain this problem: https://github.com/Asek3/Oculus/issues/257

Issue with the rpmtw mod. Check you have the latest version then contact the mod author. But given where the error occurs, there is probably an earlier error in your logs/debug.log

Check you have the latest version then contact the mod author.

Conflict between chunk animator and rubidium. Check you have the latest versions then contact the mod authors.