The bug
When an NBT path modifies the target tag and the NBT operation fails, it is reported as not being changed even though the target tag is actually changed.
How to reproduce
Set the dummy value to make the storage
mc-208974:
non-empty./data modify storage mc-208974: dummy set value 0
MatchObjectNode
→ AllElementsNode
Make sure that
_
does not exist./data remove storage mc-208974: _
/data modify storage mc-208974: _{}[] set value 0
→ ❌ "Nothing changed. The specified properties already have these values"
/data get storage mc-208974: _
→ ❌ "Storage mc-208974: has the following contents: {}":
_
is actually changed to {}.
This case will be automatically resolved when MC-170124 is fixed.
MatchElementNode
→ AllElementsNode
Make sure that
_
does not exist./data remove storage mc-208974: _
/data modify storage mc-208974: _[{}][] set value 0
→ ❌ "Nothing changed. The specified properties already have these values"
/data get storage mc-208974: _
→ ❌ "Storage mc-208974: has the following contents: [{}]":
_
is actually changed to [{}].
This case will be automatically resolved when MC-170124 is fixed.
IndexedElementNode
Make sure that
_
does not exist./data remove storage mc-208974: _
/data modify storage mc-208974: _[0] set value 0
→ ❌ "Nothing changed. The specified properties already have these values"
/data get storage mc-208974: _
→ ❌ "Storage mc-208974: has the following contents: []":
_
is actually changed to [].
This case will not be automatically resolved even if MC-170124 is fixed. If _
has a collection tag with size 1 or larger, this command will succeed.
Linked issues
Comments 0
No comments.