warjort

Sorry, that should be iris and oculus.

Conflict between iris and oculus. Check you have the latest version then contact the mod authors.

We want the logs/debug.log which will contain any error if there is one. Crash or otherwise. But it sounds like you have something looping on the server thread? To diagnose that we need a thread dump: https://www.baeldung.com/java-thread-dump Or maybe the spark mod will tell you which mod is consuming a lot of time on the server thread: https://www.curseforge.com/minecraft/mc-mods/spark

remove/destroyBlock() don't remove the fluid . Did you look at the code? Those methods are intended for things like breaking a waterlogged fence post. It will remove the post but leave the water behind. Try doing something like: Level.setBlockAndUpdate(pos, Blocks.AIR.defaultState());

Issue with debugify mod. Check you have the latest version then contact the mod author.

Issue with valhelsia core. Others have said it is known to conflict with optifine.

Conflict between iris and rubidium. Check you have the latest version then contact the mod author.

Not a 1.19.2 mod.

Or you can just override the DiggerItem.getDestroySpeed() in your Pickaxe item class.

FOVModifierEvent?

Issue with the modelfix mod. Check you have the latest version then contact the mod author.

Issue with the midnightlib mod Check you have the latest version then contact the mod author.

You have a 1.16.5 mod installed in 1.19.2 You are missing the above mods or have the wrong versions.

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

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

That code is complete rubbish. You are handling a packet serverside by accessing and using client api? https://forge.gemwire.uk/wiki/Sides Every entity (including players) has a UUID. Entity.getUUID() This is intended for persistent storage across game restarts. And allows you to refer to entities/players that are not loaded in the game. If you want a server to tell a client how to get an entity, you will find Entity.getId() more useful. You use Level.getEntity() client side to retrieve the entity with that id. Assuming the client knows about that entity, i.e. it is in the client's currently loaded level/chunks.

You need to make your mod load after forge to modify the vanilla datapack. By specifying an ordering in your mods.toml https://forge.gemwire.uk/wiki/Mods.toml But doing that is a bad idea. You will conflict with other mods or modpack configuration doing the same thing. You should use global loot modifiers instead. https://forge.gemwire.uk/wiki/Dynamic_Loot_Modification

You are trying to access the unregistered block during classloading (static initialisation). You need to understand how deferred references work (Suppliers, RegistryObject, etc.) and when you can call get() This is an important pattern within forge/minecraft. Something like: // Pass the supplier, don't try to get the unregistered block yet public static final RegistryObject<Item> BARLEY_SEEDS = registerSeed("barley_seeds", ModBlocks.BARLEY); // Method accepts the supplier private static RegistryObject<Item> registerSeed(String pSeed, RegistryObject<Block> pCrop) { // Retrieve the block object at registration time return ITEMS.register(pSeed, () -> new SeedBlockItem(pCrop.get())); }

You need to post a link to your logs/debug.log Also did you try without optifine? The optifine download page says the version of optifine you are using is for forge 43, but you have forge 42

Maybe I am misunderstanding the problem, but the code in that github repository works fine for me? You are referring to the useOn() block code?

Use java 17, mixin doesn't support java 19

Except for the double checking of whether it is on the server, I don't see anything wrong with that code. I tried it and it works properly for me. You need to put an example on github that reproduces the problem so we can see everything in context and try it for ourselves if necessary.

There's no error in that log, but the last line shows it loading the forge config file. It's likely there is a problem with this file. Try deleting it so it gets recreated with default values. If that doesn't fix the problem, post a link to the launcher_log.txt (directly after the crash without restarting the launcher).

Are you sure 40.1.9 isn't a minimum requirement? i.e. any version after 40.1.9 will do.

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