I just need the damn Display Name of users, default functions ListGroupMembers, ListGroupInvitations etc... won't return this info, so I tried storing it as a object but now I see that objects are limited to 500 bytes.
How may I solve this problem then?
In your case, you can use GetProfiles to retrieve a list of entity profiles using the entity ids received from the ListGroupMembers call, and, for each profile entry, read the associated display names stored in each of the objects. And, as a matter of fact, Entity Objects are designed for reading and writing small JSON-serializable objects attached to an entity, thus the size of it is kept fairly small by default, in your case, 500 bytes should be enough for storing display names. May I know how big the size do you need for your project? Can you share some details about your use case regarding the use of entity objects?
BTW, I assume you’re still in the legacy pricing model where the default entity object size limit is 500 bytes, is that correct? However, in the new pricing model, the default size is 1000 bytes, you can consider transferring to the new pricing model.
GetProfiles was my first option but it doesn't return the Display Name last time I checked, from my searchs it seems like the current Display Name is from the legacy system wich is apart from the Entity Model, unless this has changed ofc.
500 bytes is enough to store 9 Display Names in the current format I'm using but if I'm actually going for this approach I would like to store names af at least 50 players, not counting the ones in applications/invitations and blocks.
Yes, currently display names in the legacy system and the entity system are not associated with each other. However, what I suggested was to store the display names in each player's "title_player_account" entity object, and use GetProfiles to retrieve multiple "title_player_account" entities in a single request, in the result, read the associated display names stored in each of the objects.
3 People are following this question.
