Posts: 204
Threads: 6
Joined: Oct 2015
Thanks: 0
Given 1 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 0 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,621
Threads: 113
Joined: Dec 2011
Thanks: 51
Given 58 thank(s) in 410 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 0 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.