MC-50382Scoreboard NBT Masks always fail to match Entity type specific data
The new NBT selection masks on the "/scoreboard player" functions never matches Entity type Specific data. For Example, logically the following command should match all powered Creepers and set their Test score to 1:
/scoreboard players set @e[type=Creeper] Test 1 {powered:1}
However, the command block indicates that the data does not match:
[23:16:56] The dataTag does not match for 83b57768-bbfe-4d8e-a617-38658a4769cc
This happens regardless of whether I am the owner or not. Also tested on "Fuse" and neither of those match regardless of the actual values
Environment
Windows 8.1, Java 1.7.0_51-b13 (with JDK)
Created Issue:
Scoreboard NBT Masks always fail to match Entity type specific data
The new NBT selection masks on the "/scoreboard player" functions never matches Entity type Specific data. For Example, logically the following command should match all Horses owned by the Player nicka101 and set their Test score to 1:
/scoreboard players set @e[type=EntityHorse] Test 1 {OwnerName:nicka101}However, the command block indicates that the data does not match:
[23:16:56] The dataTag does not match for 83b57768-bbfe-4d8e-a617-38658a4769cc
This happens regardless of whether I am the owner or not. Also tested on Creeper specific properties "Fuse" and "powered" and neither of those match regardless of the actual values
Environment
Windows 8.1, Java 1.7.0_51-b13 (with JDK)
The new NBT selection masks on the "/scoreboard player" functions never matches Entity type Specific data. For Example, logically the following command should match all
Horses owned by the Player nicka101and set their Test score to 1:/scoreboard players set @e[type=EntityHorse] Test 1 {OwnerName:nicka101}However, the command block indicates that the data does not match:
[23:16:56] The dataTag does not match for 83b57768-bbfe-4d8e-a617-38658a4769cc
This happens regardless of whether I am the owner or not. Also tested on
Creeper specific properties "Fuse" and "powered" and neither of those match regardless of the actual valuesThe new NBT selection masks on the "/scoreboard player" functions never matches Entity type Specific data. For Example, logically the following command should match all powered Creepers and set their Test score to 1:
/scoreboard players set @e[type=Creeper] Test 1 {powered:1}However, the command block indicates that the data does not match:
[23:16:56] The dataTag does not match for 83b57768-bbfe-4d8e-a617-38658a4769cc
This happens regardless of whether I am the owner or not. Also tested on "Fuse" and neither of those match regardless of the actual values
Does the horse actually have "nicka101" as its owner, or does it have your UUID as its owner? Check it with an NBT editor.
I feel it is somewhat irrelevant as I thought of this and also tested the Entity specific data on a creeper. Not sure how I can run an NBT editor on a single horse when I don't know where it's stored
Is this still a concern in the current Minecraft version 14w19a / Launcher version 1.3.11 or later? If so, please update the affected versions in order to best aid Mojang ensuring bugs are still valid in the latest releases/pre-releases.
This problem still exists in 14w21b.
This issue still exists in 14w26b, but it looks like the original reporter stopped updating this long ago.
This issue still exists in 14w26c.
This issue still exists in 14w27b.
This issue still exists in 14w28a. Any mods around? I'm pretty sure Mojang isn't going to fix this if they don't know about it and I can't update the list of affected versions unless I am mistaken. I can't open a new report since it would immediately (and rightly) get marked as a duplicate of this one. But this report seems to be well and truly dead.
Updated it. It has been pretty much abandoned yes (as I have stopped playing Minecraft lately) but JIRA won't allow me to assign you as owner
Thanks for updating it
It is no longer OwnerName, it is OwnerUUID, and you need to know what that UUID is I guess
http://i.imgur.com/lzTRjwq.png
@Jeff I'm pretty sure you didn't read the entire bug report. How do OwnerName or OwnerUUID have anything to do with creepers? The horse thing was just one example and perhaps one that is no longer relevant.
The Horse example hasn't been relevant at all since the change to the Minecraft name system which decoupled names from accounts. I have updated the bug report so it only has the creeper example
You have to define the tag-type (which is not necessary for all commands and tags, though is prominent in /testfor and /scoreboard):
/scoreboard players set @e[type=Creeper] OBJECTIVE 1 {powered:1b}Mojang has stated they don't intend on fixing this. See: https://bugs.mojang.com/browse/MC-30976?focusedCommentId=113895&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-113895
Thank you, Skylinerw. I know I tried that, but I must have had a typo somewhere that stopped it from working, which was my mistake.
I can confirm it in 1.8
I should restate that this is not a bug (or at least working as intended). The command provided simply has not been structured as needed by assigning the tag its proper tag-type, as is seen in quite a few reports where people run into this issue. The link I've provided in my last comment explains that it's working as intended.
I have filled the nbt wrong... XD
I doesn't noticed it.