Draco18s

Obviously. The method expects something to be returned. It even tells you what it expects. And you're not giving it that thing.

...something that isn't null!? Nothing, its just completely useless redundant code that makes it clear that you have no idea what the fuck you're doing.

Yes.

Touche.

The isEmpty is unnecessary if you're going to compare the item to something. If it is empty, the item returned by getItem is AIR, which is definitely not ITEM_NAME

https://github.com/Draco18s/ReasonableRealism/blob/1.14.4/src/main/java/com/draco18s/harderores/block/ore/HardOreBlock.java#L115

Right click -> Open type hierarchy or F4 in Eclipse.

TL;DR: learn how to (find and) read the errors the game gives you.

This: And this: Do essentially the same thing. Except that the former adds the methods to the Mod Event Bus and the latter to the Forge Event Bus and the two event methods you have aren't annotated with @SubscribeEvent, so the latter actually doesn't do anything at all. Your mod ID is tutorial. So why are you setting up dependencies for examplemod?

Show your code.

Yeah, you didn't post the whole thing. The part you posted is too late.

Post your log.

Your json tells the game to look in "grub:block/example_block" https://github.com/YellowRubberDucky111/1.15.2-Grub/blob/master/src/main/resources/assets/grub/blockstates/example_block.json#L3 Your texture is located at "grub:blocks/example_block" https://github.com/YellowRubberDucky111/1.15.2-Grub/blob/master/src/main/resources/assets/grub/textures/blocks/example_block.png

...then do it in the constructor? Your Shapes field isn't static, but defined in the constructor, so do the same with your age property.

My guess is that jumping doesn't check for "if the player is sprinting" but rather "if the player is holding the sprint button down." You'd have to dig into the vanilla code.

That's literally what the error says: Its telling you that on one side you have an object of Type "Biome" and on the other you have an object of Type "RegistryKey<Biome>" and that neither one overloads the == operator to make the comparison possible.

One of those things is a Biome, the other is a RegistryKey object that you need to get a Biome from.

That is a SRG named variable. In this case, it appears to be a parameter of a method. The "human readable" names you're accustomed to are created by hand, one at a time, by the community; formerly via MCPBot ("MCP names") but will be handled in the near future by MMMS (Mod Mapping Management System).

It is not. This: Runs immediately. This: Runs at a deferred time.

No, no it does not. As evidenced by the crash log: Whatever the salt rock block is, from the Pines Food Mod, it does not have an EAST property, and something (apparently a vine block*) is trying to set it. It may not be possible for you to fix this. *My guess is that a vine thinks that a neighbor should also be vines, due to its own state, but its neighbor is not actually vines. This is an unfortunate unchecked situation in vanilla.

My guess would be that the method that deals with sapling tree growth isn't replacing your sapling because it doesn't know your sapling is a sapling. Offhand that would make me think that you need to add your sapling to the sapling block tag.

Because when this line runs: Your BLOCKS contains no entries because block registration hasn't happened yet. Register your stuff properly.

Fabric is not Forge, that's why.