warjort

https://github.com/sp614x/optifine/issues/6974

And wrong, you should have been using the ore dictionary 🙂 Vanilla would use Registry.BLOCK.getTag(BlockTags.LEAVES) but i guess the correct way to do it with forge is? ForgeRegistries.BLOCKS.tags().getTag(BlockTags.LEAVES)

It won't work the way are you are doing it. Your method won't be invoked everytime. ItemStack.getAttributeModifiers() has some caching code that effectively does: if (alreadyCalculatedModifiers != null) { return alreadyCalculatedModifiers; } return callYourCode(); If you want something more dynamic that is called everytime, register for forge's ItemAttributeModifierEvent.

NOTE: If you are going to use java 18 for development, make sure you have something like the following in your build.gradle which will tell it to compile code for java 17 not 18 - you want users who only have java 17 to be able to run your code.

Yes Minecraft 1.18+ requires java 17+ https://docs.minecraftforge.net/en/1.18.x/gettingstarted/

https://github.com/sp614x/optifine/issues/6974

https://github.com/sp614x/optifine/issues/6974

Maybe Entity.push(Entity) is what you want?

The problem is likely caused by the root certificates that are included with java. When you installed 1.18 those certificates were still valid, now they have expired (remember your java is old). By updating java you get more recent valid certificates. Of course, old java might not be the actual cause of your ssl handshake problem at all. It is just one of the common causes.

More villagers has not been updated for the most recent changes in forge. Your problem is forge for 1.19 has not had a stable/recommend release yet so not all mods will work (unless they are quickly tracking changes in forge).

biomesoplenty needs the terrablender mod installed

Probably because Oracle changed the license to their java runtime environment. It is no longer "free". Try https://adoptium.net/

You can't run minecraft 1.19 with java 8. Mojang's launcher comes with a more recent version of java. But when you run forge's installer that won't be used. It will use whatever you have installed manually and is configured on your PATH variable in your environment settings, in your case 1.8.0_31.

Your java is old. Update it to 1.17+

Minecraft does that when you for example setTame() on a Cat. If you look at Zombies smashing turtle eggs. This just checks the mob griefing rule inside the goal itself. There's also a notion of "control flags" where you can enable/disable flags in the goal selector and match those against flags in the goal to see which can run. Never played with that, and it doesn't look widely used in vanilla? My question to you is how are you saving the config changed by the command? See the discussion on the other thread.

Just register a game rule and reference it in your AI. The game rule will handle saving it per world correctly and the command/permissions to change it. See here: https://forums.minecraftforge.net/topic/113444-storing-constant-data-in-a-json-file/#comment-504361

My guess is you have a similar issue to the jar.zip problem mentioned here: https://forums.minecraftforge.net/topic/113483-mods-not-showing-up-in-game-119/#comment-504496 But you can't see the .zip part because you have extensions hidden in windows explorer?

You don't directly register into registries with forge. You are trying to do it in the mod's constructor. You should use the same DeferredRegistry pattern you used for the serializers to register the recipe types.

The error is with the obfuscate mod. I don't see a 1.18 version of that mod on curseforge? Which version do you have installed? https://www.curseforge.com/minecraft/mc-mods/obfuscate/files

You are missing a dependency - the vr_library mod.

I believe this is caused by your maxFps being set to zero in the options.txt in your minecraft folder? Change the value in minecraft's video settings. Or if that doesn't work, change it in the file and restart minecraft.

You need to get people's informed permission to collect data about them. And having an open rest endpoint that anybody can query isn't good either (even if the data might seem trivial).

You don't need to update a minimap every 0.05 seconds. I'm pretty sure you are writing an x-ray.🙂 Anyway have a look at BlockPos.findClosestMatch() or one of the other static methods like betweenClosed(). Their main optimisation I guess is using MutableBlockPos instead of creating 120,000 new BlockPos() like you are.

getBurnTime() returns an int. 100/200 = 0 for an int cast it to a float first ((float) 100)/200 = 0.5 But you will probably want to use String.format() on the result to choose the significant digits?

This issue was fixed in forge 40.1.54, you have 40.1.53 https://maven.minecraftforge.net/net/minecraftforge/forge/1.18.2-40.1.60/forge-1.18.2-40.1.60-changelog.txt