warjort

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

Your mods don't match between the client and server. The createaddition and morestoragedraws mods look like a mismatch in versions?

You won't be able to reuse EnderChestBlockEntity like this: https://github.com/Tucky143/Crystal-Minecraft-Mod-for-1.19/blob/fb13bf04866a944fdd76325008a2bb5cf495a0fb/src/main/java/example/examplemod/block/custom/CrystalEnderChest.java#L66 The vanilla ender chest block entity is hard wired to use Blocks.ENDER_CHEST, both in its BlockEntityType and within the class itself. You will need to make your own BlockEntity To answer your direct problem, if you look at BaseEntityBlock, it modifies the RenderShape to be invisible (it assumes you will use a BlockEntityRenderer). If you want to use a json model for a BlockEntity you need to override this back to RenderShape.MODEL

Remove rubidium and its related broken client side only mods from the server, you don't need them there.

This is a crash in your graphics driver when Optifine is trying to create shaders. But this also looks like a "vanilla" client, you are not even using forge?

Look at the link I posted above, Optifine is not compatible with this version of forge.

As I said above. They were written for an earlier beta release of forge 1.19 You could try to run an earlier beta of forge 1.19 like 41.0.63, but then you will probably find other mods don't work because they are written for the stable/recommended 41.1.0 release. Then you would have to find earlier releases of these mods that work with the beta (if they even exist?). I would recommend that instead of messing around with alpha/beta versions you wait for the stable versions of the mods you want to use.

You are trying to use 1.19 mods with 1.19.1 When you download a mod you should make sure it is marked as compatible with the version of minecraft/forge you are using. These mods don't even look like they are updated for the forge 1.19 recommended release, let alone 1.19.1? 🙂 merchantmarkers, TorchSlabsMod, MoreMinecartsMod, WaveyCapesMod, SkinLayerMod, Waddles, IronChests, IronFurnaces, notenoughanimations, buildersadditions If these mods don't have a version marked as compatible with 1.19.1 (released last week), you will have to wait for them to update. e.g. the latest IronFurnaces is for 1.19 and is an alpha release that has not been updated since June. https://www.curseforge.com/minecraft/mc-mods/iron-furnaces/files/all?filter-game-version=1738749986%3a73407

You are trying to use the 1.19 version of mcwwindows in minecraft 1.18

Issue with upgradednetherite - looks like non-threadsafe registration of shield item rendering properties. Contact the mod author.

There are no ERRORs in that long. There are some DEBUG messages which contain the word error, you can ignore them Or you could figure out what they really mean if you are interested, e.g the ones with the stacktrace are netty trying to figure out the optimal method to do reflection for this version of java. The server thread running slow at the start is also normal. It has to do a lot of work when it first loads. If it continues then you might have a problem, either with your computer or some slow code you wrote. 🙂

https://github.com/sp614x/optifine/issues/6974 You have to enable the debug.log in the minecraft settings on curseforge

First you should never just copy/paste from a tutorial. You should try to understand what it is doing at each step. Otherwise you will never be able to fix the inevitable bugs or correct the tutorial code when it is wrong. 🙂 You have at least 2 errors (both are related to misunderstandings in events/registration) You can read about events (along with other things) on this wiki: https://forge.gemwire.uk/wiki/Main_Page It is important you know how this works, it is fundamental to writing forge mods. 1) You are missing the subscriber definition on your ModEventBusEvents class which means the attributes are never added to your entity https://github.com/Overtekk/Pingoo/blob/4b91d22a1d2851b432f38a861623c90f538a9dbe/src/main/java/net/overtek/pingoo/event/ModEventBusEvents.java#L8 @Mod.EventBusSubscriber(modid = Pingoo.MOD_ID, bus = Mod.EventBusSubscriber.Bus.MOD) public class ModEventBusEvents { 2) You should be registering your entity renderer in the EntityRenderersEvent.RegisterRenderers the code here is never invoked and it is not the correct way to do it https://github.com/Overtekk/Pingoo/blob/4b91d22a1d2851b432f38a861623c90f538a9dbe/src/main/java/net/overtek/pingoo/Pingoo.java#L46 It should be something like - untested code - don't just copy/paste without confirming I am correct 🙂 @Mod.EventBusSubscriber(modid = Pingoo.MOD_ID, bus = Mod.EventBusSubscriber.Bus.MOD, value = Dist.CLIENT) public class ClientModEventBusEvents { @SubscribeEvent public static void registerRenderers(EntityRenderersEvent.RegisterRenderers event) { event.registerEntityRenderer(ModEntityTypes.PENGUIN.get(), PenguinRenderer::new); } } NOTE: The Dist.CLIENT, this is a separate class for mod registration events that are only applicable to the client, e.g. graphics like your renderer

It doesn't look like libraryferret, aquaculture or the dummmmy mod have updated to the recommended release yet either. You should check you have the latest versions of these mods. Otherwise, you will have to wait for them to update.

Which version of forge does it say optifine is compatible with here? https://optifine.net/downloads They haven't (yet) updated optifine for forge's recommended release.

That's not totally true. You can subclass CraftingMenu as long as you override 2 key methods public class MyCraftingMenu extends CraftingMenu { private final ContainerLevelAccess access; public MyCraftingMenu(int p_39356_, Inventory p_39357_, ContainerLevelAccess p_39358_) { super(p_39356_, p_39357_, p_39358_); this.access = p_39358_; } public MyCraftingMenu(int p_39353_, Inventory p_39354_) { this(p_39353_, p_39354_, ContainerLevelAccess.NULL); } // Override to return your menu type that identifies the screen to use @Override public MenuType<?> getType() { return MY_MENU_TYPE.get(); } // Override to identify the block instance (used to force the user out of the screen if the block is destroyed) @Override public boolean stillValid(Player p_39368_) { return stillValid(this.access, p_39368_, MY_CRAFTING_BLOCK.get()); } } Of course this assumes the vanilla CraftingMenu is a useful for what you want to display on the screen. If your crafting screen is radically different you will want your own AbstractContainerMenu implementation with the forge additions described above.

That code awards the "construct beacon" achievement to any players near pPos. The code to draw a beacon beam is in BeaconRenderer.renderBeaconBeam()

Item.canBeHurtBy() Yes I saw that, but I got the impression the original poster was writing something more generic from the original question. 🙂