warjort

Please in future post logs to file sharing sites. You have the "alltheores" referenced somewhere in your worldgen, but it looks like you don't have that mod installed?

https://github.com/TheElementGuy/Greek-Myths-Mod/blob/829082b738a9931e5b9da97ead871dcb3e481a18/src/main/java/net/theelementguy/greekmyths/world/feature/ModPlacedFeatures.java#L34 Maybe you meant to use absolute() ? negative 64 to 0 "above the bottom" is in the void beneath the bedrock.

forge 41 = minecraft 1.19 42 = 1.19.1 43 = 1.19.2 So your error says you are using forge 41/minecraft 1.19, but then trying to load mods for later forge/minecraft versions.

Draw stuff.

Try their discord: https://dawncraft.fandom.com/wiki/DawnCraft_Wiki

Your renderer doesn't do anything? Except call super which just has code to the draw the name tag if it has one. https://github.com/Windokk/MilitaryElements/blob/07bc182d4d1edb30d088ae6a89cd1d448c5fdc6b/src/main/java/com/windokkstudio/militaryelements/render/JeepRenderer.java#L21

"That's not how the force works!" 🙂 Textures need to be stitched into the atlases and then baked into models. Your code probably just causes memory leaks since all you are doing is loading textures into memory and then not doing anything with them. The way to change textures is through resource packs. If you want to do it programatically, you would need to do something like addPackFinder() to Minecraft.getResourcePackRepositry() Then whenever you want to change things, force a reload of the resource manager (on the main render thread) using Minectaft.reloadResourcePacks() like the debug key does.

Check you have the latest version then contact the modpack or mod author.

Use java 17

There is no real error in that log. You likely have the real error on your server's console. I would guess it is related to this: i..e. one of your mods has a broken mixin, but instead of logging the error it is crashing the game. The error looks to be one of yours mods expecting a different version of the architectury mod? But it does not say which one.

https://github.com/MasterJ-06/Neutron_Galaxy/blob/479db614313108816c32690f68c8d1eff2a7614f/src/main/java/neutrongalaxy/masterj/neutrongalaxy/events/ClientEvents.java#L31 That is also probably wrong. That "launch" is in a static field, but is clearly dependent upon a specific game/save data. If the user switches from one save to another you will leak that data across the different saves. You also have no mechanism to save that state when the player logs out. Maybe that is not important in this case? In general, don't use static fields that are not effectively immutable. This is only a boolean, but if you do it with other data you will likely cause memory leaks or worse. If you really must use a static field (try to avoid it), have some way to reset/refresh the data when the client logs in and out of a game save. e.g. https://github.com/MinecraftForge/MinecraftForge/blob/01846c729a21c13cb86447c4e233b83a314b6856/src/main/java/net/minecraftforge/client/event/ClientPlayerNetworkEvent.java#L75

Post the logs/debug.log

One of your mods or datapacks has broken data in its datapack I would guess from the contents of the data it is the stoneholm mod? Check you have the latest version then contact the mod author.

You know the tick happens on both the client and server? You have code in your tick() that could only work client side. It will crash on a dedicated server. e.g. unconditionally sending packets to the server, referencing LocalPlayer. This code only sets the data in the client. The entity data only gets sent from the server to the client when it changes on the server. https://github.com/MasterJ-06/Neutron_Galaxy/blob/479db614313108816c32690f68c8d1eff2a7614f/src/main/java/neutrongalaxy/masterj/neutrongalaxy/events/ClientEvents.java#L42 It's not going to send the data to the server, so the server won't know the rocket is launched. You need a network packet for client -> server. I haven't tried to understand the logic of what you are doing, but I would guess what is actually happening is you are only moving the rocket on the client, while on the server it isn't moving at all (it never got told about the launch). Since the server is the real data, eventualy it will correct the client and voila, you are back on the ground. Read this: https://forge.gemwire.uk/wiki/Sides

Post a link to your logs/debug.log and if it is not responding, post a thread dump https://www.baeldung.com/java-thread-dump so we can see which mod is "looping".

You can try to raise it as a real bug report here: https://github.com/MinecraftForge/MinecraftForge But I guess it would be more likely to get fixed if you submitted a PR? https://docs.minecraftforge.net/en/latest/forgedev/

Why are you reporting a "bug" in Mojang's code? I am not saying there aren't any bugs in Mojang's code. 🙂

It is a conflict betwenn biggerstacks and sophisticatedcore. From the name of the mixin, this is suppossed to be some compatiblity code between the 2 mods. But you obviously have mismatched versions or sophisticated core changed their code which broke biggerstacks. You need to ask the biggerstacks mod author what versions you should be using or wait for a fix.

First can you please in future put your logs on a file upload site. They are impossible to search in the forum especially when there is more than one on a thread. And the way you are posting them is really badly formatted. You should also post the logs/debug.log I only asked you to look at the console, because you had a broken mod/mixin that was crashing the game without putting the error in the log. Anyway, your error is with simple storage network. Check you have the latest version then contact the mod author. The logs/debug.log will probably have a more detailed error message that the mod author will want to see.

Look at BrewingStandMenu.IngredientsSlot or PotionSlot mayPlace() methods with their helpers. Then look at how BrewingStandMenu uses mayPlace/Item() Another example would be FurnaceFuelSlot and AbstractFurnaceMenu's use of canSmelt() or isFuel() The 2 implementations are slightly different. If you look carefully, canSmelt() is only used in the furnace for shift clicking. You can in fact manually put anything in the furnace's smelting slot because it just uses a plain Slot and hence has no mayPlace() logic. So that should give you some idea about what you need to implement to get the behaviour you want.

Rubidium is a client side only mod. Other common ones that error are oculus, not enough animations and legendary tool tips.

This just confirms that one of your mods is incorrectly trying to load client classes on the server. The error message does not say which mod. If its not fpsreducer, to find the problem mod, you will need to experiment with removing mods until the problem goes away.

There is no real error in that log. You should have a message on the console explaining why it really crashed? I do see things related to client side code which shouldn't be there on the server. e.g. fpsreducer is a client side only mod you don't need on the server, maybe you have others?

Looks to me like elytraslot is trying to java's AWT which in turn is expecting to load xwindows. Somewhere this is failing. Maybe you don't have xlib installed? Otherwise, check you have the latest version then contact mod author. The mod really shouldn't be using the AWT color class anyway.

From what I understand, this error means it cannot find minecraft or if it can find minecraft it cannot load its main class for some reason. The strange part is I see an earlier error in the launcher_log.txt where it got an invalid checksum, and the launcher claims to have corrected itself: But I don't think the launcher should be doing this. From the last line, it looks like it is replacing forge with vanilla minecraft? You will need to speak to curseforge to understand what is really happening and how to fix it. https://support.curseforge.com/en/support/home Forge does not control these downloads, it is curseforge's job.