[MC-50382] 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 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

Comments 18

WolfieMario 2014-03-09T00:31:16Z

Does the horse actually have "nicka101" as its owner, or does it have your UUID as its owner? Check it with an NBT editor.

Nick Anstee 2014-03-09T02:09:20Z

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

Deleted account 2014-05-09T19:04:10Z

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.

Piper 2014-06-15T10:20:25Z

This problem still exists in 14w21b.

Piper 2014-06-26T03:30:18Z

This issue still exists in 14w26b, but it looks like the original reporter stopped updating this long ago.

8 more comments

Piper 2014-06-28T01:26:54Z

This issue still exists in 14w26c.

Piper 2014-07-02T20:14:16Z

This issue still exists in 14w27b.

Piper 2014-07-09T19:40:13Z

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.

Nick Anstee 2014-07-09T20:21:07Z

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

Piper 2014-07-09T22:23:52Z

Thanks for updating it 🙂

trazlander 2014-07-10T05:46:51Z

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

Piper 2014-07-10T06:32:17Z

@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.

Nick Anstee 2014-07-10T08:37:25Z

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

Skylinerw 2014-07-11T00:18:44Z

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

Piper 2014-07-11T05:44:23Z

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.

Zi-Wen Lin 2014-10-04T15:55:21Z

I can confirm it in 1.8

Skylinerw 2014-10-07T21:41:42Z

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.

Zi-Wen Lin 2014-10-08T05:33:42Z

I have filled the nbt wrong... XD
I doesn't noticed it.