If you try setting a door with the block state provided, it only works if there's no other door half.
/setblock ~ ~ ~ oak_door[open=true,half=lower]/setblock ~ ~ ~ oak_door[open=false,half=lower]works fine
/setblock ~ ~1 ~ oak_door[open=false,half=upper]/setblock ~ ~ ~ oak_door[open=true,half=lower]now it failed
This affects the states: open, powered, facing and hinge. Changing half works fine, but breaks the door (obviously).
This worked fine in 1.15 (and the other door half would get the same block states, aside from half set to the new values).
Linked issues
is duplicated by 5
MC-193804
Can't replace open door with closed door
Resolved
MC-194759
The command block does not change the block at the point (door)
Resolved
MC-195197
Minecraft setblock is bugged on a repeating command block
Resolved
MC-208998
unable to setblock door with different open attribute if there is already a door in the position
Resolved
MC-267061
Fill command for copper doors not working to replace with a different copper door type
Resolved
relates to 2
Comments 9
Can confirm that this is still an issue in 20w51a.
Maybe Mojang can fix this to create new sorts of block model parts.
normal_blocks = 16x16
half_blocks = 8x16
double_blocks = 32x16
That'd require a hitbox rewrite, as hitboxes cannot be targetted if the line of sight doesn't go through the block space it is in (try aiming at an extended piston's head, at the point near the base, you can't.)
This can easily be fixed by just allowing the command, and syncing up the other door half's non-half blockstates, like it did in 1.15 and earlier.
Can confirm in 1.19.
Can confirm in 1.19.2.Relates to MC-255254
in 1.19.3-rc1
A simple fix might be just to define the behavior of setblock/fill for multi-block "blocks" (doors, tall grass, ...). Define
setblock 0 0 0 oak_door[facing=east]
to implicitly mean to set (0 0 0) to the bottom half and (0 1 0) to the top half, copying any other state. (Maybe this is what Dhranios meant, it sort of sounds like it, but I wasn't doing this in 1.15 so I'm not sure.)
That is how it behaved, yes,if the block at 0 1 0 was the same type of door already. It didn't create 2 blocks at once.
@unknown, please do not leave "Please fix this faster ;(" comments on issues.