Can't eat, throw, or shoot while looking at an Iron Door/Iron Trapdoor

I guess it is because iron doors are handled as "doors" internally.
With wooden doors not eating/drinking/whatever makes sense because you right click the door to open it.
However since you can not open an iron door by right clicking it this should be changed for iron doors.

Confirmed in 1.5.1.

Turns out that many other right-click actions don't work well with Iron doors.

I did some work with Iron Doors myself, and I found this:

It is possible to retain the door functionality while doing away with the right-click actions.

It crashes quite often, but maybe I did something wrong.

If I can do it, Mojang definitely can do it.

Working as intendend (See comment in MC-21433)

Grum said that the bug with fences is intended, but that's because leads can be attached to fences by right-clicking. Iron doors and cauldrons, on the other hand, don't have any right-click action, so I think this ticket should be reopened.

This also happens with Nether Brick Fence. Please add this to the bug report.

I also think it should be re-opened.

Not being able to eat at a fence is clearly experienced as a bug.

Even if the fences etc are an interact-able block, there should be an exception in the code for eating. Period.

@unknown commented in MC-21433

Indeed. Works as intended.

For feature suggestions or changes please see: Minecraft Suggestions on Reddit.

Grum only said it's intended with fences, not with iron doors or cauldrons. It should at least be fixed for iron doors, which don't have any right click action.

I agree that this should be considered a bug. This behavior serves no purpose and really gets in the way.

Only fences were resolved as intended, nor doors or cauldrons.

Only iron doors and trapdoors are affected, for fences see MC-93651

Please link to this comment in the description

The following is based on decompiled version of Minecraft 1.9 using MCP 9.24 beta. All method and class names are the names used in the decompiled version.

The reason why this happens is because the methods net.minecraft.block.BlockDoor.onBlockActivated(World, BlockPos, IBlockState, EntityPlayer, EnumHand, ItemStack, EnumFacing, float, float, float) and net.minecraft.block.BlockTrapDoor.onBlockActivated(World, BlockPos, IBlockState, EntityPlayer, EnumHand, ItemStack, EnumFacing, float, float, float) return true if the material is iron.

Reopened, and changing report to only take account of iron (trap)doors, as fences was resolved as intended by @unknown because they're intractable blocks, but iron (trap)doors don't know any form of interaction.

Confirmed for 1.9.4

Confirmed for 16w20a

Confirmed for 1.10-pre1

noooo! this breaks AFK fish farms!

Find an alternative. You can use a piston and a fence instead of an iron door.

You know you can just left shift while looking at iron doors in order to use items.

It's already fixed (and there was no reason for them to be interactable blocks).

True.

The fix causes weird behavior in 16w43a.

Instead of eating like normal, eating takes 3 times as long as normal. The eating animation stops after the normal lenfth, but the sound and particles continue. After this 3 times longer period, one food item is consumed and it's hunger and saturation applied once.

That's just lag and not specific to the current snapshot. I've seen the same in a video in 1.7.10. You are probably on a server. If you press tab (or whatever key you have for the player list), you see a network connection indicator that's not completely green. If you are in singleplayer, then you should look for lag sources on your internal server (permanently running machines, entities, etc.).

I'm on single player. Computer is completely idle, no lag, and it's 100% repeatable.

[edit] Tried it again in a brand new world. Same thing.

[edit2] Ok it has nothing to do with fences 😛