APIs

Thanks for letting us know and your own solutions! We'll see if we can patch this into the JsonFx library we're using for future versions of brainCloud to avoid these edge cases.

Hi, Apologies for the slow response. We don't have any calls that could directly handle a "file" of profileIds. We do have a few "toBatch" calls that are callable from S2S though - so you could probably have an offboard system make those calls - and call braincloud to send the notifications in batches. Where are these profileIds coming from? An offboard analytics system of some sort? To answer your questions: We are planning a revamp of our notifications system and it's APIs. I'll add this conversation so that it will be considered as we're planning that. As mentioned above, using one of the "Batch" calls would make the most sense - and keep your API counts reasonable There's an API call to call the SendRichPushNotificationWithParams, plus a second api call for the sending the push notification itself. So that would be <numReceivers> x 2 for API costs. Less if called from within a script. But the *Batch() calls would be Substitutions and custom metadata/custom data - the current APIs don't - so you'd probably need to handle those client side. Are the substitutions highly personal - like player's name? I hope that helps to clarify things, Paul.

Hi, API calls triggered by the backend DO count towards API usage -- so using the API Explorer to make calls do get counted as API calls. So - if you use API explorer to trigger a user batch job that then runs scripts on all of your users - yes, yes that does get counted as API calls. Also - uploads of files to and from the portal do get counted in the file transfer costs. Other normal portal operations - like viewing users, viewing logs, editing scripts, etc - do NOT get charged in API counts. So to clarify - using the API explorer to view a leaderboard is going to add an API count - but using the leaderboard viewer at App > Global > Leaderboards > Leaderboards does not! To be honest - in general - usaging of the portal is negligible. You won't really notice the usage added by what you're doing in the API explorer or working through the portal. It's only if you use the API Explorer to kick off a large job that API counts would be noticable <-- as you'd expect! I hope that helps! Paul.

Added the additional details to 13660

It's been resolved. Thank you for your response!

@Paul-Winterhalder Hello! Here is my app Id "15675

Agreed @armitage - the bulk messaging feature is planned for the use case you describe... (and yup - still coming ).

Thanks for confirming @peter !

Hi @jesgonzalez , Yes - unfortunately, you need to use AuthenticateExternal. We do not have official middleware status with Xbox. We've been trying for years - but as anyone who has dealt with Xbox in recent years knows, they are extremely resource-constrained. Paraphrasing our most recent interactions Due to extremely limited resources and a couple of years of re-orgs, Microsoft won't adopt or support new tools or technologies unless we can prove there’s a clear and active need from developers working on officially approved Xbox titles. (We actually had been making progress on this a few months ago - but then the personnel we were working with got laid off... So now we're at the back of the bus again.) Unfortunately, our lack of status means we can't provide clear details on how to do it, but we do have some service partners / contractors / consultants we can refer you to who can quickly connect you. If you want to reach out to us via our Support widget, we can put you in touch with them. Oh - and be sure to mention this situation to your Xbox account rep (if you are lucky enough to have one). It's only via pressure from the dev community that we're going to get unblocked in this area! Paul.

Hi. Yes, unless an adhoc tournament is scheduled to start immediately after one finishes, there will always be a "wait" version (version with no tournament) in between scheduled adhoc tournament versions. And when it comes to the retained versions, we skip counting the wait versions.

Ok, I found it. It wasn't a global setting, it was a filter on the reports. Thanks!

Hi, Actually - voting leaderboards are implemented via the PostScoreToLeaderboardOnBehalfOf() call - where you can basically vote for someone else's score. [i.e. voting for that person]. Create the leaderboard as a "Cumulative" leaderboard - and basically the player votes for the score of another player - incrementing it by +1. I suppose we should add those details to the roadmap item! I hope that helps to clarify things! Paul.

Thanks for reporting this. I’ll forward it to our team and get it fixed.

Hi @richard, Hmm - yeah - I don't think that JSON is currently editable in the portal. Paul.

Apologies for the late reply, but thank you! This really clears up the flow for me. The only thing regarding FindOrCreateLobby instead of CreateLobby is that the request to CreateLobby is deliberate. While I do intend to integrate FindOrCreateLobby as a "just throw me into a running game" option (which probably is the desired flow in most cases), I also want a player to be able to say "I want to start a game for my friends, and I also want to be the host and set the rules of the room". I'm just clarifying that in case I'm misunderstanding the intent between the two calls, and that FindOrCreateLobby can indeed be used for either flow that I just described.

Sorry for the confusion, I was under the impression a publisher key gave you certain read-only permissions on a user given they own your game (this was silly in hindsight) While the users in question had public profiles, their privacy settings for friends lists were set to private. Thank you for your help! I now understand what you meant by "as long as users grant your app permission".

Okay - cool!

No problem! glad to hear that.