Draco18s

Item tags.

No

You have to register your event handler. Your init method, by the way, does nothing, so I'm not sure why you tried that. https://mcforge.readthedocs.io/en/latest/events/intro/

This is only true for creating your own blocks, the OP seems to be looking for something else. Also this is not sufficient. You also have to add the WATERLOGGED property to your block's blockstatecontainer.

Textures basically work the same, but I believe the directory name changed from blocks to block.

What? What are you trying to do? Create your own block or edit vanilla blocks?

What part are you having trouble with? A chest is a block, a tile entity, an ItemStackHandler in that tile entity, and a GUI with GuiContainer.

Depends on what you're doing. Does the client need to know about it?

Should be, haven't looked at it in a while.

Unclear, as because you were piping things through commands, it probably got quashed.

MCP bot exports.

Tada, magic. Always use the right properties. And for the record, it was throwing an error, you just couldn't see it.

You can specify multiple textures and Minecraft will grab them at random based on the block's position automatically. I don't remember exactly how to do it though.

...new? I haven't changed it in forever

What's the message?

Lets go look at the Item class and see what the default looks like, shall we? public ActionResult<ItemStack> onItemRightClick(World worldIn, PlayerEntity playerIn, Hand handIn) { if (this.isFood()) { //... return new ActionResult<>(ActionResultType.SUCCESS, itemstack); //... return new ActionResult<>(ActionResultType.FAIL, itemstack); //... } return new ActionResult<>(ActionResultType.PASS, playerIn.getHeldItem(handIn)); //.. } HMM

https://github.com/Merthew/MerthewTweaks/blob/master/src/main/java/com/example/merthewtweaks/util/ItemRegistry.java#L16 Problematic Code #14

And what does Eclipse say if you hover over it?

Mojang changed it after 1.12

OH MAN, guess how many people do that? None. Basically none.

Yes. There are vanilla blocks that utilize similar things, like wool and carpet.

As an example: Wheat returns Items.WHEAT_SEEDS not Items.WHEAT and cake probably returns null or air. I haven't checked 1.12 lately.

That's not you. Well, not your recipe anyway. The problem is that Forge went to replace vanilla recipes with ones that utilize the Ore Dictionary and the OreDict entry was not as expected.

Following what D7 said, its super amazingly easy to inject bytes that mess with other people's code. The crusade against coremods and insuring the events were present in Forge instead is a testament to that. For example, lets say there's a method that you want to exit early (effectively cancelling behavior) and so you insert that code at the top of the method, couple of JVM-bytes for "get value, test against zero, return, else jump." Someone else wants to put functionality at the end of that method and knows that there's only 1 return statement. So they write some ASM code that "finds first return, insert new functionality before it." Guess what? Your patch just messed up theirs (and depending on how you set up your "else jump" their patch might mess up yours). Were they right to find the first return rather than the last? No. But their code in isolation works Just Fine.

for 1.12 you'd have to use getActualState and look for connectivity (adjacent blocks) and update the IBlockState as neccessary. for 1.14 this sort of functionality has been migrated to getExtendedState AFAICT for 1.13, update to 1.14