Scoreboard does not use UUIDs; scores will be lost by name changes
Note: This is not really related to MC-44468; that report precedes the transition from names to UUIDs.
Although 14w10a changed most of server-side player tracking to use UUIDs instead of display names, the Scoreboard system still uses display names. This means that players will lose their scores on servers and in maps if they change their name.
Steps to Reproduce:
- Create a scoreboard objective,
scoreboard objectives add Test dummy Test
- Give yourself a score in this objective,
scoreboard players set @p Test 1
- Save and Quit
- Use an NBT editor to examine the /data/scoreboard.dat of your world
- Observe that the "Name" entry in your PlayerScores is your raw display name, not your UUID.
Although this bug cannot easily be confirmed in-game until name changes are released (which will be after 1.8), it will be too late to fix it by then because the damage will be done.
Caveat: simply storing a UUID in the name field will cause the sidebar to display UUIDs instead of names. The game will likely need to keep the Name field, and also add a UUID field, unless the server can lookup display names for UUIDs of offline players (which has been mentioned as potentially not possible on Twitter).
Linked Issues
is duplicated by19
Created Issue:
Scoreboard does not use UUIDs; scores will be lost by name changes
Although 14w10a changed most of server-side player tracking to use UUIDs instead of display names, the Scoreboard system still uses display names. This means that players will lose their scores on servers and in maps if they change their name.
Steps to Reproduce:
- Create a scoreboard objective,
scoreboard objectives add Test dummy Test- Give yourself a score in this objective,
scoreboard players set @p Test 1- Save and Quit
- Use an NBT editor to examine the /data/scoreboard.dat of your world
- Observe that the "Name" entry in your PlayerScores is your raw display name, not your UUID.
Although this bug cannot easily be confirmed in-game until name changes are released (which will be after 1.8), it will be too late to fix it by then because the damage will be done.
Note: This is not really related to
MC-44468; that report precedes the transition from names to UUIDs.Although 14w10a changed most of server-side player tracking to use UUIDs instead of display names, the Scoreboard system still uses display names. This means that players will lose their scores on servers and in maps if they change their name.
Steps to Reproduce:
- Create a scoreboard objective,
scoreboard objectives add Test dummy Test- Give yourself a score in this objective,
scoreboard players set @p Test 1- Save and Quit
- Use an NBT editor to examine the /data/scoreboard.dat of your world
- Observe that the "Name" entry in your PlayerScores is your raw display name, not your UUID.
Although this bug cannot easily be confirmed in-game until name changes are released (which will be after 1.8), it will be too late to fix it by then because the damage will be done.
Caveat: simply storing a UUID in the name field will cause the sidebar to display UUIDs instead of names. The game will likely need to keep the Name field, and also add a UUID field, unless the server can lookup display names for UUIDs of offline players (which has been mentioned as potentially not possible on Twitter).
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
relates to
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
(Sadly) "Works as intended" see MC-50247
No, UUID's aren't be used internally by scoreboards, see MC-50247
[Mojang] Searge (Michael Stoyke):
We decided against using UUIDs for players on scoreboards. Scoreboards are not meant to be long term storage of persistent data and having players lose their scoreboard progress after a name change should not have too much impact.
Duplicate of MC-50247.
Dupe of MC-50247
Duplicate of MC-50247
Thank you for your report!
We're actually already tracking this issue in MC-50247, so I resolved and linked this ticket as a duplicate.
However, that ticket has already been resolved. That means that this is not considered a bug and won't be fixed. Please do not leave a comment on the linked ticket.
If you haven't already, you might like to make use of the search feature in the future to see if the issue has already been reported.
Quick Links:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – 📖 Game Wiki
Duplicate of MC-50247, teams are part of the scoreboard system and used to be the same command (at time it got WAI'd).
Thank you for your report!
We're tracking this issue in MC-50247, so this ticket is being resolved and linked as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature to see if the issue has already been mentioned.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
– I am a bot. This action was performed automatically! The ticket was resolved by one of our moderators, and I left this message to give more information to you.
Thank you for your report!
We're tracking this issue in MC-50247, so this ticket is being resolved and linked as a duplicate.
That ticket has already been resolved as working as intended, which means this is not considered a bug and won't be fixed. Please do not leave a comment on the linked ticket.
If you haven't already, you might like to make use of the search feature to see if the issue has already been mentioned.
Edit: Note that MC-261082 is not resolved as "Fixed", but as "Duplicate" of MC-50247, which is working as intended.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
MC-50247 is for 1.15.2
Also how can this be working as intended? Wouldn't it be better if the same player is on the same team before and after they name change? Changing names should not affect teams that the player is on. The player is still the same person. This is like saying it is intended when players name change to have a whole new empty inventory when they log onto a multiplayer server because they are seen as a different person. Using UUIDs would solve this error.
We decided against using UUIDs for players on scoreboards. Scoreboards are not meant to be long term storage of persistent data and having players lose their scoreboard progress after a name change should not have too much impact.
That seems rather strange; most scoreboard objectives are things which players accrue in the long-term (this is especially true for the later achievements). Will there be an option for long-term persistent data in the future? Not all custom maps are short-term minigames; some take longer amounts of time to complete. I've seen many mapmakers use scoreboards for quest completion systems; the impact of losing that can be quite serious to the player. Mapmakers in particular can't rely on server plugins and databases, and it seems silly that changing one's name may result in having to start over on an adventure map.
That's a change that can't even be fixed by playing worlds on previous versions via the launcher.
This is not the place for feature requests or discussions. I recommend to post about it on the minecraftsuggestions subreddit, that's the best place to discuss this topic.
this is rather important
I don't know how this couldn't be important.
for lot's of scores in a scoreboard (such as online status)
you won't be able to do such stuff
/gamemode 0 @a[name=!OperatorGuy]
won't work if this OperatorGuy changed his name to CharlesWilliams or so
/gamemode 0 @a[UUID=!(his UUID)]
would
and if he had scores for things such as 'joined'
(if then he changes his name he will lose that score and maybe his inventory will be cleared because of some initialisation progress on a server)
At least this is a very annoying game mechanic I hope you will think about this more and add a way for people to use UUID instead of player.
for lots of convenience reasons
It seems strange that this feature would be solely available for mini-games, and not for survival worlds. Why can't we maintain scores for deaths, mob kills etc.?
In addition, vanilla survival servers have started to use scoreboard and command blocks in clever ways to replace plugins. Scoreboard not being updated to be based on UUIDs utterly breaks these servers.
@Searge
Having players lose their scoreboard progress after a name change will have a huge impact. Leaving this behavior in the game is a terrible idea. Why would you add the scoreboard and then refuse to support it?
This issue is still a bug for me everytime someone changes their name on my mc server, my deathcount resets. This is very teribble when its still not fixed today in 1.17