Posts: 204
Threads: 6
Joined: Oct 2015
Thanks: 23
Given 17 thank(s) in 16 post(s)
I think GetUUID Is wrong here. @line 17 here (maybe I'm wrong but this one has a very bad documentation)
GetUUID gets the official mojang UUID which is unique per player.
GetUniqueID gets unique ID which is unique per player AND online being. Only for cuberite (internal)
If you leave and reconnect, GetUUID is still the same but GetUniqueID returns another value.
The no logical way to veg the answer, just try both
Posts: 66
Threads: 12
Joined: Oct 2015
Thanks: 0
Given 10 thank(s) in 8 post(s)
Documentation specifically states that you use UUID, not UniqueID.
Either way though, I tested it. No errors, but no list in any of the 4 parts, so no, that's not how it works.
Posts: 4,629
Threads: 115
Joined: Dec 2011
Thanks: 693
Given 494 thank(s) in 423 post(s)
I find the documentation to be really on point. GetUniqueID returns the ID within the server that identifies all entities. (btw, that ID is also needed for the client, since they also have to identify the entity as well). GetUUID returns the ID that Mojang created, or Cuberite generated in case the server is running in offline mode.
Could you look at what GetUUID returns? Also, perhaps you could try GetGroupPermissions on a specific group, just to see if it returns what you expect it to return.
Posts: 66
Threads: 12
Joined: Oct 2015
Thanks: 0
Given 10 thank(s) in 8 post(s)
Added on
LOG(table.concat(cRankManager:GetGroupPermissions("Default").", "))
And it worked as expected. Also, the return of GetUUID is printed into the logs above as the string of letters and characters.