warjort

You can't access the config during the static initialization, it will just contain default values. Config files are not loaded until after registration happens. In 1.19 it now throws an error if you try to do this. But you don't need to setup config options for world gen. The world gen configs are overridable via the datapack mechanism. If you do want your world gen to access your config you need to write your own Feature(Configuration) that does this. Either directly or for example by writing and registering your own IntProvider for use in the feature configuration/json. This just seems like a lot of work for no real gain.

You don't put any mods in the mods folder in a development environment unless you know they are already deobfuscated. Your mod will be automatically added to the game. Other mods need to be added using the gradle dependency mechanism. Examples from the mdk: https://github.com/MinecraftForge/MinecraftForge/blob/98823a8f071e04c360a99ad5b46910f6c15028a8/mdk/build.gradle#L134

Isn't this just controlled by the minecraft:climbable block tag? There are also some methods in IForgeBlock that you can override on your block. You will need to investigate, I have never used them myself.

Hard to say without the debug logs. Also the client and server logs don't match. They are nearly 4 hours apart. The server log contains no errors and you don't show a crash report or any other error. For the client log it looks like you are taking too long to login. There is a timeout after 30 seconds. You can use a mod like this on the server to increase that time. https://www.curseforge.com/minecraft/mc-mods/longer-login-times

Optifine issue. Check you have the correct version for the forge version you are using.

Issue with valhelsia core. Other users have reported this is a conflict with Optifine. Check you have the latest versions, then contact the mod authors.

If you have a resource pack installed then yes. You change the resource pack then press F3+T

Issue with valhelsia core. Other users have reported this is a conflict with Optifine. Check you have the latest versions, then contact the mod authors.

Same problem as before, but now it is a different file. configured-client.toml If it crashes again when you fix that file, look at your log file or crash report to identify the new problem file. Hopefully, it is only your config files that weren't saved when your computer didn't turn off properly. This is why you need backups. Also please post a link to the full debug.log in future. Don't post it in the forum where it is difficult to search especially when there are more than one on a forum thread.

I don't know how you expect us to help from the zero information you provide about the new crash?

Then you need to tell the compiler what you are doing. You are currently effectively trying to use setValue(Property<?>, ?) and the compiler has no way of knowing if those two ?s have the same type. ? means they could have any type/value. Hence your compiler error. e.g. try something like this (untested code) BlockState oak = Blocks.OAK_STAIRS.getStateDefinition().any(); BlockState acacia = Blocks.ACACIA_STAIRS.defaultBlockState(); for (Property<?> property : oak.getProperties()) { acacia = copyProperty(oak, acacia, property); } // You are telling the compiler the two parameters use the same T private static <T extends Comparable<T>> BlockState copyProperty(BlockState from, BlockState to, Property<T> property) { return to.setValue(property, from.getValue(property)); }

Java questions are not answered here. Explain why you need to do this? BlockStates with the same property values should be the same Object instance. BlockState.setValue() does not create a new BlockState instance. It selects an already existing BlockState from the set of possible states using the reference BlockState and the new property value. The possible BlockStates are created by the Block's createBlockStateDefinition() e.g. from BambooBlock This creates 2 (age) * 3 (leaves) * 2 (stage) = 12 BlockStates protected void createBlockStateDefinition(StateDefinition.Builder<Block, BlockState> p_48928_) { p_48928_.add(AGE, LEAVES, STAGE); } while this selects one of them as the default state this.registerDefaultState(this.stateDefinition.any().setValue(AGE, Integer.valueOf(0)).setValue(LEAVES, BambooLeaves.NONE).setValue(STAGE, Integer.valueOf(0)));

On the modpack page. https://www.curseforge.com/minecraft/modpacks/all-in-one-modded-one-block/issues

1.16.5 is not supported in these forums. You need to speak to the mod pack author.

Gradle seems to be "incorrectly" interpreting something as a number. I would guess this is related to you starting your mod id with a 1 ?

Mixin doesn't like that you are using java 19 which was only released last week. 🙂 Use java 17 which is the current LTS (long term support) version. https://en.wikipedia.org/wiki/Java_version_history

Your original error shows a server tick taking more than 60 seconds. When it crashed (which minecraft does deliberately when this happens) it was doing some world gen structure generation. The crash does not identify which structure or which mod is causing the problem. Your second problem is likely because you allocated too much memory to the heap. If the heap is using "all" the memory then there will no memory left over for stack space (which is the type of memory needed when a thread is created like crafttweaker is trying to do). On your original problem, it looks like this mod pack already contains a version of the spark mod You can use that mod to collect information about what is taking a long time on the server thread. See its wiki and other documentation for how to use it. https://www.curseforge.com/minecraft/mc-mods/spark You should also contact the mod pack authors. They will have more knowledge on what might be causing your problem. e.g. which mods modify structure generation.

My apologies, it seems you do activate the InventoryScreen on the client. I never knew that. But I guess this is only possible because it has special hard coded handling. I doubt you can just change it like you are doing? e.g. you can find code that handles switching normal inventory to spectator mode or creative mode screens. I would need to investigate further to see how to make your approach work, if it is even possible? But you don't need to replace the whole screen. You can use ScreenEvent and its subclasses to modify screens. e.g. You can subscribe to ScreenEvent.Init.Post then addListener() to add widgets to any screen you want.

Example of forge doing it on the client for the debug overlay: https://github.com/MinecraftForge/MinecraftForge/blob/98823a8f071e04c360a99ad5b46910f6c15028a8/src/main/java/net/minecraftforge/client/gui/overlay/ForgeGui.java#L680

Your config/artifacts-client.toml file is corrupted. This usually happens when you don't turn off your computer properly. If you don't have a backup of this file, you can delete it and it should get recreated with default values.

Looks like an issue with the ipnext mod. Make sure you have the latest version and since this is a ClassNotFoundException, make sure you have all its latest dependencies installed. If that doesn't work, contact the mod author.

Most likely you have that broken browser plugin (winrar?) installed that downloads .jar files as .jar.zip files. Make sure the mod files in your mods folder end with .jar

You can't open a container screen on the client. You open a container by calling player.openMenu() on the server. The MenuType of the AbstractContainerMenu controls which screen gets displayed.

One of browser plugins or something in the browser cache is broken. You should fix it. But see: https://forums.minecraftforge.net/topic/116997-newest-version-not-downloading/#comment-515747

Older versions of minecraft's server did use an executable jar file, But this changed a long time ago.