warjort

https://forums.minecraftforge.net/topic/117469-error-when-trying-to-run-runclient

You can have a look at IForgeItem.canApplyAtEnchantingTable() and related methods and implement them on your Item. But I don't think you can use that to do what books do where it changes the Item from BookItem to EnchantedBookItem? You can also propose a patch to forge. I would take your discussion to forge's discord first.

Ah ok. I saw you say rendering and thought this was the usual FAQ. 🙂 Look at forge's NetworkHooks.openScreen() and IContainerFactory extension to the vanilla MenuSupplier that lets you pass additional data to the client. You can see an example of immersive engineering using openScreen() here to pass the BlockEntity's BlockPos https://github.com/BluSunrize/ImmersiveEngineering/blob/4bd8d08d6362a19ed51372b6a3933b6a15853a14/src/main/java/blusunrize/immersiveengineering/common/blocks/IEEntityBlock.java#L303 and retrieving the BlockEntity on the client from the BlockPos by registering the MenuType using the IContainerFactory that gets the additional data https://github.com/BluSunrize/ImmersiveEngineering/blob/4bd8d08d6362a19ed51372b6a3933b6a15853a14/src/main/java/blusunrize/immersiveengineering/common/register/IEMenuTypes.java#L137 Obviously you can just use Minecraft.getInstance().level but you should also check level.isLoaded(BlockPos) if you want to avoid potential crashes.

See "synchronizing data to the client" here: https://forge.gemwire.uk/wiki/Block_Entities or https://forums.minecraftforge.net/topic/115679-1182-block-entity-renderer-disappears-after-leaving-the-world/#comment-511734

Those new logs don't show the same problem. There are no errors during the login. Server side says you are logged in. Client side also says connected. But then there is a network timeout 1 minute later on the server. This seems to be from the keep alive ping not getting a response from the client. I don't see any DEBUG messages for the mojang/minecraft code on either the client or server. Did you set that property I mentioned above? I also think you should try it with a fresh world on the server. Besides the errors you deleted from the server log, there are messages saying the world cannot be loaded properly. Removing worldgen mods like biomesoplenty from a world that uses them generally doesn't work well.

The debug.log is enabled by default unless your launcher turns it off. See my footer.

It looks like one of your mods has broken networking. But it is impossible to tell which one. * You don't show the debug.log for the client so there is minimal information * The client log you do show is for 12 minutes after the server log * It is not even the full log You can try adding the following system property to your java/jvm parameters to see if it gives more information but it will only be useful if you post the debug.log -Dforge.logging.mojang.level=debug Otherwise you will have to experiment with removing mods or search your mod's issues pages for known issues.

https://forge.gemwire.uk/wiki/Item_Properties/1.18 for the animation. https://minecraft.fandom.com/wiki/Loot_table for the block drops. e.g. using minecraft:match_tool to alter drops based on the tool used (minecraft:shears in this vanilla example): https://github.com/misode/mcmeta/blob/data/data/minecraft/loot_tables/blocks/birch_leaves.json

Your question is unanswerable without more information, e.g. the logs/debug.log from the client and server

https://docs.minecraftforge.net/en/latest/gettingstarted/

Looks a like a conflict between these two mods: Check you have the latest versions then contact the mod authors.

This is a crash in your graphics driver: I have seen people report at least 2 different ways to fix it https://forums.minecraftforge.net/topic/114940-jvm-access-violation-exception-119/ https://forums.minecraftforge.net/topic/115371-forge-1192-exit-code-1/#comment-514404 Ultimately, you will need to report it to AMD if you can't get it to work.

From what I can tell, you won't be able to use onLoad() for this. The issue is the block placement is done in 2 steps, see BlockItem.place() (1) BlockItem.placeBlock() which sets the block in the world using normal logic, (2) then it does updateBlockStateFromTag() and updateCustomBlockEntityTag() to change the state/blockentity to what is in the ItemStack. Your problem is step (1) ends up in LevelChunk.setBlockState() where it creates a default BlockEntity and then calls addAndRegisterBlockEntity() which calls onLoad() This is before it has loaded the custom data from the ItemStack in updateCustomBlockEntityTag(). You either need to come up with different logic for your processing or add some code to your BlockEntity.load() to detect this happening. For alternative logic, you should look at how mods like AE2, refined storage or one of the mods with pipes manage their (pipe) networks. They probably don't store important keys/identifiers the way you are doing it?

Issue with valhelsia_core, other people have reported it is a conflict with optifine.

You won't get many responses if you don't show the code (preferably by posting it to github). Just providing a description of what you think is happening vs what your code actually does is not very useful. But, you know onLoad() gets called on both the client and the server? While the drops (if you are really doing it like it the shulker box) only happens on the server.

Just look at one of the vanilla container screens (those that extend AbstractContainerScreen) and find ones that have slots and buttons that are similar to your requirements.

I would guess you have the wrong BlockEntityType? Unrelated: You should never be referencing client specific classes from com.mojang.blaze3d.* or net.minecraft.client.* in common classes (i.e. classes that get loaded on the dedicated server). https://forge.gemwire.uk/wiki/Sides

It looks like you are launching this from inside intellij And intellij is telling to use forge 43.1.1 Did you try (re)running the genIntellijRuns gradle task? So that intellij is up-to-date with the changes to your build.gradle

Don't paraphrase errors, post a link to the logs/debug.log

It says your ran out of heap memory specifially when ctm is creating the models for connected textures: Caused by: java.lang.OutOfMemoryError: Java heap space at it.unimi.dsi.fastutil.objects.Object2BooleanLinkedOpenHashMap.rehash(Object2BooleanLinkedOpenHashMap.java:1859) ~[fastutil-8.5.6.jar%2341!/:?] {} at it.unimi.dsi.fastutil.objects.Object2BooleanLinkedOpenHashMap.insert(Object2BooleanLinkedOpenHashMap.java:341) ~[fastutil-8.5.6.jar%2341!/:?] {} at it.unimi.dsi.fastutil.objects.Object2BooleanLinkedOpenHashMap.put(Object2BooleanLinkedOpenHashMap.java:349) ~[fastutil-8.5.6.jar%2341!/:?] {} at team.chisel.ctm.client.util.TextureMetadataHandler.onModelBake(TextureMetadataHandler.java:177) ~[CTM-1.18.2-1.1.5+5.jar%23111!/:1.18.2-1.1.5+5] {re:classloading} Give it more heap using the -Xmx java argument, you currently have 4G (4096m) assigned

You don't show the error. Post a link to the logs/debug.log

Optifine issue, probably a mod conflict. https://github.com/sp614x/optifine/issues/7127

You probably have that broken browser extension that downloads jar files with the .jar.zip extension. Make sure the mod files end with .jar

Optifine issue, probably a mod conflict. https://github.com/sp614x/optifine/issues/7127

This isn't forge, it's a fork.