The syntax for /clone (seen by typing /help clone or just /clone) shows:
/clone <x1> <y1> <z1> <x2> <y2> <z2> <x> <y> <z> [mode]
when it should be:
/clone <x1> <y1> <z1> <x2> <y2> <z2> <x> <y> <z> [mode] [mode2]
because all filtration modes (replace, masked, filtered) can have a copying mode (normal, force, move) which can be inserted after the filtration mode. This additional mode should be shown in square brackets after [mode] as it is optional.
Linked issues
is duplicated by 1
Attachments
Comments 6
I'd suggest you leave a comment in the other issue that a mod would mark that as invalid and you change this bit in the description
/clone <x1> <y1> <z1> <x2> <y2> <z2> <x> <y> <z> [mode] [mode2]
to this:
/clone <x1> <y1> <z1> <x2> <y2> <z2> <x> <y> <z> [mode] [mode2] [filteredBlock]
and reword as needed
Confirmed for 1.8-pre3, but your suggested syntax is still missing the data value argument, which comes after the filteredBlock one.
also possible:
/clone <x1> <y1> <z1> <x2> <y2> <z2> <x> <y> <z> [replace|masked|filtered] [normal|force|move] [<filteredBlock>] [<filteredBlockMetaData>]Confirmed for 1.8.
edit: As mentioned in MC-66322, the syntax for filtered mode is different yet again. If the primary mode is filtered, you also need to specify the secondary mode and the filtered block and after that, you can specify its metadata. I suggest the following corrected syntax help text, which is consistent with naming schemes known from other commands like /setblock, though it's a bit more complex than other help texts:
/clone <x1> <y1> <z1> <x2> <y2> <z2> <x> <y> <z> [[replace|masked] [mode2]|filtered <mode2> <TileName> [dataValue]]
Note: There is another greatly related bug that I posted (MC-66322) which continues the syntax error for the filtered mode.