ChampionAsh5357

The version you are using is no longer supported on this forum. Please update to a modern version of Minecraft to receive support. Currently supported versions are 1.19.4 (Latest) and 1.18.2 (LTS).

Run gradle with the --info and --debug flags and provide the output in a gist or pastebin.

Well, as the configurations imply regardless of version, it simply removes an entity or block entity when it crashes while ticking. The only time this really occurs is when unexpected behavior occurs or the mod itself is programmed badly, which I've rarely seen in small mods. So, unless you're doing something ridiculous that is outside the bounds of survival gameplay, I don't expect you ever to run into this issue. Additionally, if the issue occurs, you'll be able to see the action within the output log, so you'll know that it happened. As I didn't understand the question originally after posing it to the discord, one of the members mentioned that the 'optimization modpack' might be using this to hide errors caused by the performance mods. Additionally, you shouldn't normally expect errors to occur, so it makes no sense to leave the option on until you need to recover the world after the crash already happens.

Well, the method in question for the logic would be via LocateCommand#locateStructure which delegates to ChunkGenerator#findNearestMapStructure. You would of course need the ServerLevel as structures can only exist in the world. So, what context are you executing this in such that you don't have the level?

I would look at PlayerRenderer#renderHand to see how a hand is rendered normally. Then it's just creating the java model and replacing it via RenderArmEvent and canceling it. If you also want to replace the rendering of whatever is in the hand as well, use RenderHandEvent instead.

Unable to view latest.log; additionally, could you please provide your debug.log instead? That tends to have more information needed to diagnose the issue.

First, this is an english only forum. Second, try deleting the config in question before restarting the game.

That's most likely an issue with one of the mods, probably an optimization one as it could be culling unnecessary information incorrectly.

Please provide the entire debug.log in the logs folder within the game directory in a gist or pastebin.

I saw some things where the world folder needs to be moved around, but I don't believe I'm best suited for answering this question. I would pose a question on the bukkit forums asking how to fix the world folder such that it works in vanilla.

Please provide the debug.log in the logs folder within the game directory via a gist or pastebin of the erroring clients in question.

The version you are using is no longer supported on this forum. Please update to a modern version of Minecraft to receive support. Currently supported versions are 1.19.4 (Latest) and 1.18.2 (LTS).

The version you are using is no longer supported on this forum. Please update to a modern version of Minecraft to receive support. Currently supported versions are 1.19.4 (Latest) and 1.18.2 (LTS).

The version you are using is no longer supported on this forum. Please update to a modern version of Minecraft to receive support. Currently supported versions are 1.19.4 (Latest) and 1.18.2 (LTS).

Please provide the debug.log in the logs folder within the game directory via a gist or pastebin.

If you're doing this as part of a mod, it should already be added with the rest of the datapack. If you're trying to add them to the overworld, you need to make sure that it is done so via BiomeDictionary#addOverworldBiome (or #addBiome) within FMLCommonSetupEvent in the deferred work queue (#enqueueWork).

The version you are using is no longer supported on this forum. Please update to a modern version of Minecraft to receive support. Currently supported versions are 1.19.4 (Latest) and 1.18.2 (LTS).

I just searched some things up on the internet. Apparently, bukkit has a different organizational structure than vanilla, so you would need to move the files to properly reflect the necessary information.

The version you are using is no longer supported on this forum. Please update to a modern version of Minecraft to receive support. Currently supported versions are 1.19.4 (Latest) and 1.18.2 (LTS).

I would ask you to confirm that just to make sure. It seems to be some sort of rendering of a block as the most likely culprit. So, you should verify that you can render the block with an issue and only your friend can't. It's most likely either a difference in the mods used or a difference in the Forge version, though the latter is less likely since the mods mention what versions they support.

The version you are using is no longer supported on this forum. Please update to a modern version of Minecraft to receive support. Currently supported versions are 1.19.4 (Latest) and 1.18.2 (LTS).

The version you are using is no longer supported on this forum. Please update to a modern version of Minecraft to receive support. Currently supported versions are 1.19.4 (Latest) and 1.18.2 (LTS).

First, I would use `#defineInRange` instead of making your own validator. Second, I would use the associated config value types like IntValue or DoubleValue (floats don't exist in toml).

It's likely that they are missing a mod from the server since it seems to crash when trying to get a nonexistent block.

You can get the vanilla `CreativeModeTab`s from `CreativeModeTabs`. I don't know what is the need of a config file for that instead of just supporting all tabs such that it's not limited to whatever you specify.