warjort

What it is trying to do is open for the file for writes. In case it needs to add new config options added recently by the mod. It's likely something with your file system is stopping this happening which java is interpreting as a file lock. Try moving your curseforge installation to a different folder or even a new partition/disk.

Well, you need to find out what the other process is. Maybe something like this will help you find it? https://learn.microsoft.com/en-gb/sysinternals/downloads/handle Or maybe there is some other problem, e.g. with the file system/disk, and java is misreporting the error as a file lock?

That shows you have optifine (a client side only mod) on the server?

Your log is private and it needs to be the debug.log anyway for us to see which mods you are using. The error means you have mods that want a different version of forge. e.g. trying to use 1.19 mods with 1.18 or trying to use forge 40.1.0 with mods like create that wants forge 40.1.60 or after

Did you (re)run the genItellijRuns gradle task? You need to run it again when you change your build.gradle in a significant way. Otherwise maybe? https://forge.gemwire.uk/wiki/Mods.toml

In general no. You can get the list of widgets from Screen.renderables AbstractWidget has an isHovered(), but it isn't guaranteed all your renderables are AbstractWidgets.

Please don't hijack other people's threads. Yours is not the same error. This crash does not identify what is causing your problem. It doesn't mention your video driver. You should try the latest of openjdk, currently 17.0.5 https://adoptium.net/ If that doesn't fix it, report the problem using the link in the crash log:

run.sh or run.bat (windows) Read the files for more information.

One of your config files is invalid/corrupted. You can find it in the config folder. If you don't have a backup of this file, you can delete it and it should be recreated with default values.

Looks like a conflict between debugify and okzoomer? Check you have the latest versions then contact the mod authors.

That log contains error either. It doesn't even show you starting minecraft. If you restart the launcher after the crash it will clear the log. Take a copy of the log with it showing you running minecraft, before restarting the launcher.

https://github.com/MinecraftForge/MinecraftForge/blob/d812fdd0a35276abc72a308b604bb8fae551e6a4/src/main/java/net/minecraftforge/common/extensions/IForgeEntity.java#L204

Your logs don't contain any error. If they are really the complete logs, post your launcher_log.txt

Maybe ServerPlayer.getRecipeBook() then contains(ResourceLocation) ?

You have to use its runtime name. There's a bot on forge's discord that helps you do it. Ask there.

Don't know then. It's probably something to do with your eclipse being 4 years old? I suggest you talk to the eclipse/buildship people or upgrade eclipse.

Just create an empty folder and use that as your workspace.

File -> import -> gradle -> existing gradle project You only need the geneclipseruns task if you want to run minecraft inside the ide. It generates eclipse's native run configurations from the gradle config. And the plain eclipse task is redundant. buildship will overwrite the files it generates with its own project settings anyway.

Relook at that link. The information is there, including a whole worked example at the bottom on how to attach to an entity and store a "damageDealt" field. You don't need the first part if you are using the annotation for capability registration. There's also a separate page on that same wiki: https://forge.gemwire.uk/wiki/Capabilities/Attaching

https://forge.gemwire.uk/wiki/Capabilities

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

Looks like one of your mods is trying to load a client class on the server. The error message does not say which one. Maybe the debug.log has more information. I notice in the log you have oculus on the server which is a client side mod. You probably have others?

Looks like a known issue: https://github.com/team-abnormals/savage-and-ravage/issues/119 You should probably make the modpack authors aware of this.

My understanding from reading the code for LivingEntity.hurt() is that cancelling the event does not stop the all the hurt processing? It just makes the entity hurt for 0 damage. For the teleportation. That is not related to the entity taking damage. There is separate logic and event for this: EntityTeleportEvent.EnderEntity