warjort

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.

Download the preview version of optifine. Their download page says which versions of forge each download is compatible with.

Jar name is in the error message

Looks like a conflict between oculus and iris. Check you have the latest versions the contact the mod authors.

Looks like an issue with the midnight hats mod. Check you have the latest version then contact the mod author.

Looks like you don't have the mrcrayfish framework mod?

https://forge.gemwire.uk/wiki/Dependencies#Flat_Directory_Repositories

Issue with legendary tooltips mod trying to load client only classes on the server. Check you have the latest version then contact the mod author.

I suggest you contact whoever wrote the texture pack. The first error in your log is Which suggests something in that texture pack is breaking the class initialisation for minecraft's texture class Or it is conflicting with a mod that changes that code. Since you don't post a link to your debug.log we can't see which mods are modifying that code. The log does not contain an error to explain why it can't load that class. So, we can't see the root cause. There is this warning just before, which may or may not be relevant? Assuming there is no fundamental problem with the resource pack (e.g. it is for a different version of minecraft) I suspect the only way you will find the conflicting mod is to experiment with removing mods until the problem goes away.