mojira.dev
MCPE-47378

/clear [player] [identifier] does not behave correctly for blocks of data values above 0

If you have block that has a data value above 0 (E.g Spruce Planks) and you don't specify a data value in the command (E.g /clear @p planks), then the spruce planks won't be cleared. However, if you have oak planks in your inventory in a slot further over than the spruce, and you run the same command, it will clear the spruce planks but only the spruce planks. You have to run it again for it to clear the oak planks. I've also reproduced the issue with wool and dirt/coarse dirt.

Steps to reproduce:

  1. Run /clear

  2. Put spruce planks in your first inventory slot

  3. Run /clear @p planks

  4. The planks are not cleared from you inventory

  5. Place oak planks in your secondary inventory slot

  6. Run /clear @p planks

  7. The spruce planks are cleared from your inventory but the oak is not

Comments 9

Very weird behavior. I wonder what causes that.

Very weird behavior. I wonder what causes that.

Very weird behavior. I wonder what causes that.

I have also run into this, in another manner; normally you can target every datatype of a block by specifying -1 as the datatype. This now only targets datatype 0. Below is the example command. Give yourself several varieties of concrete, one of which is white, before trying. They should all disappear, but instead only white does.

clear @s concrete -1

This is extremely destructive to worlds and realms using command blocks, as the functionality of targeting every type of a given block is used everywhere. I run two separate realms where the main mechanic was people's ability to protect purchased land. This no longer works with this bug. Unbelievable that this sort of glitch can be introduced; what the hell happened to QA before release?

[media]

?!

Update 1: It appears that this only affects the clear command. Detect arguments in Execute commands and Replace arguments in Fill commands can target blocks with the -1 datatype.

I have also run into this, in another manner; normally you can target every datatype of a block by specifying -1 as the datatype. This now only targets datatype 0. Below is the example command. Give yourself several varieties of concrete, one of which is white, before trying. They should all disappear, but instead only white does.

clear @s concrete -1

This is extremely destructive to worlds and realms using command blocks, as the functionality of targeting every type of a given block is used everywhere. I run two separate realms where the main mechanic was people's ability to protect purchased land. This no longer works with this bug. Unbelievable that this sort of glitch can be introduced; what the hell happened to QA before release?

[media]

?!

Update 1: It appears that this only affects the clear command. Detect arguments in Execute commands and Replace arguments in Fill commands can target blocks with the -1 datatype.

I have also run into this, in another manner; normally you can target every datatype of a block by specifying -1 as the datatype. This now only targets datatype 0. Below is the example command. Give yourself several varieties of concrete, one of which is white, before trying. They should all disappear, but instead only white does.

clear @s concrete -1

This is extremely destructive to worlds and realms using command blocks, as the functionality of targeting every type of a given block is used everywhere. I run two separate realms where the main mechanic was people's ability to protect purchased land. This no longer works with this bug. Unbelievable that this sort of glitch can be introduced; what the hell happened to QA before release?

[media]

?!

Update 1: It appears that this only affects the clear command. Detect arguments in Execute commands and Replace arguments in Fill commands can target blocks with the -1 datatype.

This was fixed at some point

This was fixed at some point

This was fixed at some point

Adam Brady

(Unassigned)

Confirmed

Windows

Windows 10

1.13.0.1 Beta, 1.12.0.11 Beta

1.12.1

Retrieved