I'm investigating running multiple authentication methods on the same Playfab title - e.g. you'd be able to login using Steam, and XBox Live.
Some of the Cloud Scripts we use require us to know which platform the current request is for - a PC or an XBox. What's the best practise around getting this "session data"?
Currently - it looks like I need to write UserInternalData when I log in, and read that when I need.
When the player login, PlayFab will post player_logged_in event, platform information will be displayed as a property in it. So you can build a rule listens to this event and records the property "Platform" of the current player. But the Platform is simply information about which login method was used and it is not the actual client device platform. You can use this login type or write your code to let the client tell you what the platform is.
What kind of guarantees do we have with rules? Say my player logs in, then immediately executes a cloudscript function which cares about the platform. Is the rule guaranteed to have been completed before the player manages to execute the cloudscript function?
Event triggers occur when the event is processed in PlayStream. The average latency time usually means that the action will have fired by the time the client gets the response from the call that generated the event, but it's not a guarantee. And if you're calling a Cloud Script in the action which itself is making API calls, those will take time to complete.
3 People are following this question.
