mojira.dev
MC-44697

giving score using @e uses the uuid instead of name

so i know its kind of odd but i am trying to give a scoreboard to a villager with a custom name villager1, why i am trying this is so i can store score in the map instead of attaching it to players, so what i did is a made a villager with a custom name then i used /scoreboard players add @e[name=villager] test 1 , so all that worked but instead of the entity showing up as villager1 on the sidebar is showed up as a uuid the long string of numbers and after that i cant use a testfor like /testfor @e[name=villager1] , so this is not only a bug report but a suggestion it would be nice to be able to store and testfor score without having to use and rely on players and i know this is a odd and roundabout way of doing things but in theory it should work if all the bugs were cleared up

Linked issues

Attachments

Comments 6

A workaround is to invent a player. Add the score to a player who isn't actually on the map, and it works.

Sam lindbloom-airey not entirely, yes you can create a fake player name but you cant testfor that player cause he doesn't exist i haven't tried lately but i assume you still cant use testfor on a fake player so basically all you are doing is storing score and not recalling it. also just to mention this thread is about it not working properly i am not trying to just store scores i am trying to attach it to a entity using the new @e parameter.

Duplicate of MC-44468, which was marked fixed as of 14w02c. Are you still experiencing this problem in the latest snapshot?

This is not the same bug as MC-44468 since he's targeting at a villager and not at a player.

You could use /scoreboard players test FakeGuy <objective> <min> [max].

this sounds intended to me, scoreboard has to be player specific, and you can have X mobs all called "Hi" or whatever, but it still needs to know which one is which

ckixy

(Unassigned)

Unconfirmed

Minecraft 14w02c

Retrieved