warjort

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.

The one I underlined. Looking at your previous log the mod file name is:

There's no error in that log. If it really is the complete log, post the launcher_log.txt from directly after the crash. See my footer for how to find it. And please post logs to a file sharing site instead of directly in the forums.

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

Why are you trying to call the TrunkPlacerType.register() method? All that method does is register the codec with the registry, i.e. exactly what your RegistryObject is doing. Since you don't show any other details, it's impossible to answer your question. Posting small snippets of code out-of-context isn't going to get you many answers (I would have ignored this post for that reason if it wasn't your first forum post). Put your code on github where we can see everything in context and maybe try it for ourselves if it is not obvious what the problem is. On a quick search of github: https://github.com/search?q=TrunkPlacerType&type=code I can see the aether mod creating a trunk placer for a recent version of minecraft. Maybe you can compare your code with theirs if you don't want to share your code for some reason?

It's private.

That's not the launcher_log.txt. See my footer. And please post files on a file sharing site not in the forums. It's impossible to use search in the forums when you get more than one log on a thread.

One of your config files is invalid. You can find it in the config subfolder. Contact the mod author to ask how to fix it. Or usually you can delete the file and it will be recreated with default values.

There is no error in that log. Post the launcher_log.txt from directly after the crash.

A LightningBolt is just an entity, you spawn them like any other. Using your IDE to search for uses of EntityTypes.LIGHTNING_BOLT would give you the LightningRodBlock which has the code you want. In case you haven't guessed already. You are beginning to annoy me with all these lazy beginner questions. Put some effort into finding the answer for yourself before posting here. And that means more than finding one tutorial that doesn't work because it is for the wrong version of minecraft.

In future, please put your code on github where we can see everything in context. Random snippets of code are normally useless unless the error is obvious. Most questions like the one you posted above, will normally just get ignored as unanswerable. However, I can tell you in this case, that Inventory.removeItem() does an == (instance equality) check on the ItemStack. There is no possible way an ItemStack newly created will be the same object instance as one in the player's inventory.

If its not caused by that memory issue and you still have the same error, then you have a mod with broken networking. Since the error says the network packet is "null", it's not going to tell us which mod is causing the problem. Probably, the only way you will find the problem mod is to experiment with removing mods until the problem goes away. Backup your world(s) before removing mods.

You are using TickEvent wrong. https://github.com/MinecraftForge/MinecraftForge/blob/1.19.x/src/main/java/net/minecraftforge/event/TickEvent.java#L21 NOTE: how it has different subclasses for what is ticking. You are responding to every event on both the client and server (the side). Also it has a "Phase" to say whether it is start or end of the tick. If you don't check that your code will run twice per tick. Finally, using static fields to store shared data (your timer field) is also wrong. You need to store the value against whatever you intend to tick, I would guess the player? e.g. using a capability. https://forge.gemwire.uk/wiki/Capabilities, but in your use case you can probably just check the player's mob effects? That way when the player dies it will stop ticking and you can also handle more than one player ticking with your effect.

By the way, this is rubbish Only the player using the item will see the particles. Use the sendParticles() which will broadcast the particles to all players in range. See for example PotionItem.

That is what the method I proposed does on the client side. But you will find it easier and less error prone to use Mojang's intended way of writing simple handlers: if (!checkConditionsAreRelevant()) { return "PASS"; } if (!level.isClientSide) { // server code that actually does stuff } // Code common to server and client here, e.g. playing sounds return InteractionResult.sidedSuccess(itemStack, level.isClientSide); If you don't want to follow similar code patterns used in vanilla code that is your choice. But don't expect to get much help in this forum, beyond "you are doing it wrong" or just being ignored.

Or user_jvm_args.txt, since this error looks like it is on the server.

Looks like you need to give the game more memory. This will be in the configuration of whatever launcher you are using. Also, please don't post logs in the forum, use a file sharing site.

"PASS" means you are not interested in this interaction and so it won't send a network packet to the server, making the other code pointless. Use InteractionResult.sidedSuccess(), e.g. see EggItem.use() for a simple example.