warjort

public static final RecipeBookType MY_RECIPE_BOOK_TYPE = RecipeBookType.create("MyRecipeType"); The above is how to use an extensible enum. The init() method is used by the person who wrote the enum to implement the create(). Read the javadoc. "It does not work" style questions will likely mean you get no help. Unless somebody feels like playing "20 questions" with you to find out what "a problem" means. 🙂

You are missing the architectury mod. And the slashblade mod is trying to load client classes on the server. Check you have the latest version then contact the mod author.

Your problem is that BYG is using a method that wasn't added until forge 40.0.41, you have 40.0.24 https://maven.minecraftforge.net/net/minecraftforge/forge/1.18.2-40.1.68/forge-1.18.2-40.1.68-changelog.txt You will need to upgrade forge. The latest is 40.1.68 for 1.18.2

I quoted the error message. I only added the comment with the question mark because it is strange you are getting broken files after a fresh install. It suggests something else is going on, e.g. your computer keeps crashing or your disk might be faulty.

The title says 1.18.2, but all the logs say 1.16.5? I think you installed the wrong version of forge. 🙂

Here is an example. It is last item in your log: This is this mod: https://www.curseforge.com/minecraft/mc-mods/quick_sand/files which says it is for 1.18.1 - there is no version that says it is compatible with 1.18.2, so it probably doesn't work with your version of minecraft/forge. You need to do the same checks for your other mods. To make sure it says 1.18.2 in the "Game Version" for the file you have. Start with the ones that have 1.18.1 in the file name and see if that fixes your problem.

I can't speak to that, I can only say what the crash log says. I know the vanilla launcher uses a Microsoft java runtime environment by default instead of Oracle, the rest should be the same? The lwjgl stuff is not something forge modifies, that's more the realm of graphics mods. 🙂

You have another broken config file?

Its an issue with your (opengl) graphics driver. Make sure it is updated and/or contact AMD. You can also see if you can fix the issue by playing around with your monitor or minecraft video settings (use options.txt if you can't get in the game). e.g. not starting in full screen can sometimes fix problems.

See: https://forums.minecraftforge.net/topic/114475-1182-registry-object-not-present/#comment-507782 Basically you can't directly reference other registered objects at registration time from blocks and items. They are created/registered *after* the blocks and items. You need to change your SpellItem to use a Supplier<Spell> and defer the get() to when you need the Spell at runtime.

This forum is not so you can randomly install mods then get us to fix the problem for you. You should add mods one-by-one and check that each works. That way you know which mod is causing the problem and which mod author to ask for help. You should also post the debug.log not the latest.log The log file you have posted doesn't contain any hard error. It does point to you having a lot of 1.18.1 mods installed that won't work with 1.18.2 because of the way Mojang changed how tags work. e.g. Look at the mods with 1.18.1 in their file name and check for a newer version. There maybe other mods you have that are for 1.18.1 or earlier but don't contain the minecraft version in their file names.

This looks like you didn't shut down your computer properly so your files were not saved correctly. You have a number of corrupted configurations. See your error message for the mods concerned. If you don't have a backup, you can delete the mods' config files and it will recreate them with default values.

See RegistryObject.get()

https://github.com/Nyfaria/DynamicSurroundingsResurrected/issues/14

Right, so I was reading it wrong. 🙂 It was just your dependency wasn't specified "correctly".

Personally, I am against mods automatically altering vanilla stuff like this. It just leads to mod conflicts and confusion. Mods should let the end user or modpack developer decide, e.g. by providing an optional datapack. Anyway, you can see your issue if you click on datapacks in the create new world screen. The forge mod which contains the vanilla recipe is above your mod in the list. So it won't use your recipe. If you switch the order it will use your recipe. The way this works looks backwards to me - but I might be reading it wrong?. I haven't looked at this code before. See ServerLifecycleHooks.serverPackFinder() It takes a list (really a LinkedHashMap) of mods in dependency order and adds them one by one to the datapack list at the "BOTTOM". This means the datapacks will be in reverse order of the dependencies? I would expect it the other way around so a mod that depends upon another mod can override the dependee's resources. In your case, that would mean your mod would appear above forge since it depends upon it. But doesn't look like this is how it works currently.

Unfortunately not. There were major changes during the forge betas which means any 1.19 mod released before about mid July will probably not work. Propellerhats was released back in June.

The propellerhats mod has not been updated to work with the forge 1.19 recommended release. You will either need to remove it or wait for the updated version.

Then I must somehow be mistaken? I don't think I am since the "game version" on curseforge, the change log of the file and the file name itself clearly says 1.18.2 https://www.curseforge.com/minecraft/mc-mods/dimensional-pockets-ii/files/3902612 But assuming you are correct, it just means this is a bug you should report to the mod author. Don't be surprised if they tell you same thing I did. 🙂

This is a 1.18.2 mod, you can't use it with 1.19 There is no 1.19 version of this mod as far as I can see? https://www.curseforge.com/minecraft/mc-mods/dimensional-pockets-ii/files

Are you starting the server from the command line then closing the console? The other errors will be mostly harmless, but that doesn't necessarily mean it is not something broken in the mods. e.g. createplus is trying to add a recipe for a mekanism item, which you don't have installed. While this looks like a broken recipe file for createadditions, but it also has the name "unknown_ingot_recipe" so who knows except the mod author? 🙂 All it means is you can't use this recipe for crafting. You could report it as a bug to the mod authors that they are not using "conditional recipes" which would avoid this kind of logging spam. https://docs.minecraftforge.net/en/latest/resources/server/conditional/ but they would probably consider it low priority?

Looks like an issue with the kleeslabs configuration from the error message? You should contact the mod author to ask how to fix it, they will know if it is a bug or not.

This is this mod: https://github.com/Silverminer007/DynamicRegistries#readme which says it is not compatible (or necessary)with 1.18.2

https://github.com/dragon-forge/HammerLib/issues/10

If you are using 1.19 the GLM doesn't use a serializer anymore. It uses Codecs. You can see some examples in the forge tests: https://github.com/MinecraftForge/MinecraftForge/blob/1.19.x/src/test/java/net/minecraftforge/debug/gameplay/loot/GlobalLootModifiersTest.java