Draco18s

By the way, by padding those strings with spaces, this item MUST be constructed in the middle column of the crafting table. This is not usually how crafting recipes work.

You put new SomeBlockClass(/*whatever parameters*/)

125 states isn't that many. If you're concerned over having to create that many files yourself...dude, data generators are a thing.

Lets check the version numbers. You need a different version of Forge.

Honestly, I'd do this by generating override recipe json files. I haven't messed with the recipe registry since 1.12 (and I was dealing with maybe four different recipes that I wanted to target).

You don't need reflection for this, ForgeRegistries.ITEMS exposes an enumerator you can iterate over just fine.

https://www.eclipse.org/community/eclipse_newsletter/2017/june/article1.php#:~:text=Breakpoints,double-click on this position.

Because decompilation and floating point error. 0.6 is not representable in binary. https://www.h-schmidt.net/FloatConverter/IEEE754.html

No, its been replaced by Capabilities. https://gist.github.com/williewillus/353c872bcf1a6ace9921189f6100d09a

If your goal is to reduce the fetching time of CauldronRecipe.getAllCauldronRecipes(); Would you rather: (a) do it every time a new TileEntity is created (b) once, ever Its not like the recipes change or are otherwise unique per cauldron...

tileEntity.getCapability(CapabilityItemHandler.ITEM_HANDLER_CAPABILITY);

This: Because it has no source it ceases to exist because it has no source. Each block in a water stream has a "depth" level and each block looks at the blocks around it and says, "what should my depth be? If I am next to a source block, 8, otherwise 1 less than the maximum I see around me." You placing a non-source block into the world does this check and finds that its depth should be 0. Depth 0 is air. It sets itself to air. Because each one sees an adjacent water block with a depth value and each one decrements their depth value by 1 each tick.

Try running the Clean task and rerunning it.

It probably has a SRG name that hasn't been made human friendly because MCP is dead and MMMS isn't ready yet.

Flowing water is not a water source block. As such, it has no source, and evaporates.

Because the method isn't annotated as @NonNull. And this is because before SetRegistryName is called, it will return null, but once the game's running you can be sure that no registry name will ever be null. This is a case of being unable to tell the compiler that we don't need the check in a way that the compiler will be able to understand.

Dude, create a field to hold a reference to your boots. Don't string compare! Also, the registry name will never be null. Trying to register an item with a null registry name throws an error.

I've literally done this before. https://github.com/Draco18s/ReasonableRealism/blob/1.14.4/src/main/java/com/draco18s/industry/block/RailBridgeBlock.java#L71 I'm not overriding a vanilla block to do it, but I've still conditionally given a block a collision volume.

But you're only doing it for the block at a given position.

Block.Properties#doesNotBlockMovement()

for(int i = 0; i <= ingredients.length; i++) { Ingredient ingredient = ingredients[i]; if(!ingredient.test(inv.getStackInSlot(i))) { return false; } } Only one false matters. The problem with your original code was that you weren't using i as your index, but 0. When you changed it to i you also screwed with the boolean check and return values.

Ok, so it has a FACING property. Facings can be rotated. If the front is towards you, then the left side is the side that is rotated around Y clockwise.

Answer this question: What do you mean by left side? If you walk around to the opposite side and turn around, left and right have swapped places.

Use git properly. https://www.softwarelab.it/2018/10/12/adding-an-existing-project-to-github-using-the-command-line/