Leaderboard

Block states include more information than just the block itself. Right now the code you have detects ALL types of planks. In order to only get oak planks you need to check the block state's variant as well. E.g.: world.getBlockState(blockPos).getProperty(BlockLog.VARIANT) == BlockLog.EnumType.OAK Note that this is not 100% accurate, I don't have my dev workspace up at the moment, but you should be able to use this to find the enum inside the BlockLog class

Installing this mod should fix your issue, it simply checks every tick to see if there is an Entity that has NaN health and if so sets them to be dead. Edit: I'm not sure what mod is causing the issue. Maybe it was mutated mobs, but this will solve the issue as a quick fix. nanfix-final.jar

Remove half then if the error persists you know which half has the mod causing the error. Rinse repeat until you have one mod. Did removing it solve your problem.

Code-Style #1

No, just do it in your Main mod class(the one with the @Mod annotation).

Can't figure out why do you register your CapabilityManager on ClientProxy instead of Common one.

I don't see Forge or any other mod in the stacktrace and that usually indicates the issue is a coremod. However, @quadraxis brings up a good point that it could be any mod screwing up their entity spawn registration.

Some mod is mishandling mob spawn entries (see https://github.com/MinecraftForge/MinecraftForge/issues/4950).

This 100% Once people stop downloading 1.7.x mods then their authors will be forced to quit or update.

https://gaming.stackexchange.com/questions/295925/how-do-you-summon-chests-with-loot-tables-with-command-blocks-in-minecraft-v1-10 just put the location to the chest loot type you want (jungle temple for example or modded loot table)

When using @Mod.EventBusSubscriber, your event handler methods need to be static. Your lootLoad method isn't.