Draco18s

Tabs are superior because when you backspace it removed the entire tab. Ergo it is the only correct way (also tabs are exactly 4 spaces wide and every other width is wrong).

You removed a mod. Now those things aren't there. You need to delete the world save file.

show your updated code

There's only two and that one's the wrong one.

https://github.com/DJ1TJOO/fantasy20/blob/master/src/main/java/nl/fantasynetworkmc/fantasy20/setup/RegistryEvents.java#L44 That's the wrong bus. Don't combine your event handlers like this. AttachCap is not a registry event, its a game event.

Probably spaces vs. tabs Yeah, the lit-false line has two tabs, the lit-true is one tab and several spaces.

By the way, format your damn json files. Christ. This should be a straight line:

You don't. It isn't a bug "in your blocks" its a bug in how vanilla handles lighting updates.

https://github.com/MinecraftForge/MinecraftForge/issues/6287

Also don't use mutable block positions if you aren't going to mutate them. Also also BlockPos.getAllInBox(...) exists.

This seems self explanatory

And modifications to such are still being worked on. https://github.com/MinecraftForge/MinecraftForge/pull/6401

I wonder what this is.

I can't tell what the problem is without any code. If you are not the developer, contact the developer.

You have a null in your code. Its right there. I can see it with my brain.

Show your logs.

Because Minecraft does not distinguish between North/South as being distinct from East/West with regards to models. The only way to do what you want is to rotate on both X and Y.

The registry event is fine, but the deferred system is the current and new thing. I am blanking on what it's actually called, but it basically combines registration and @ObjectHolder functionality. https://mcforge.readthedocs.io/en/1.15.x/concepts/registries/#injecting-registry-values-into-fields @ObjectHolder lets you assign values to fields so that you can have a reference to any registry object (blocks, items, enchantments, etc) without having to create a hard dependency as well as cleanly handle overrides (i.e. you have one mod that supplies a block, then another mod comes along and supplies a replacement for that block to add its own functionality, your object holder field will reference the correct block--this is true for vanilla objects, your objects, and other mod's objects). Blocks do not (and cannot) exist in your inventory. What is in your inventory is an ItemStack and ItemStacks only hold Items. Blocks are not items. The way to "get around" this limitation is the BlockItem. It is the item form of a block.

Show your code.

Light only comes from blocks.

Run it and find out.

That's what loot tables are for. If someone wants to change the number dropped (ie "configure it") they can just override the loot table.

Don't forget that blocks that are underground still need to check to see if they can see the sky.

Show your code.

Search the marketplace for "json" there's about three. I use the one called "json editor plugin"