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,

This limit is adjustable on a per-app basis. I have reached out for more information (via email) to confirm how many divisionsets would satisfy your requirements.

Paul.

Awesome - glad to hear it.

Hi @Ralph - the patch has been deployed. Hope it works better for you now!

Hi @Ralph - we found the issue. It's a path that is unique to apps that are using the older purchase collection storage format (which changed in 3.9). A fix is on the way. Thanks so much for reporting this!

Hi - we decided to go more generic with platforms after initially adding PS3, PS4, etc...

So now all playstation hardware is just shown as "PlayStation" in our charts - and underneath it all is identified as "PS4". Sorry for the confusion.

Paul.

Is the IAP product set as consumable? Is it a new receipt that you're passing in? Is there an appId that we can use to check your logs @Ralph ? (feel free to send the info in via the regular private support channel)

Cool - glad it works for you now!

Hi @LEE-JONG-GUN - the patch has been deployed. Let us know if it works better for you.

Hi @LEE-JONG-GUN ,

Is that a sandbox receipt for that user? We seem to have found a second flow for sandbox purchases - not sure why there are two - maybe for older vs. newer receipts?

Anyway - we've created a patch and will be deploying it soon.

Paul.

HI Lee,

Can you message into our support system with the appId involved - and the profileId of a user who had the issue?

Thanks,

Paul.

Then just call GetSessionForSessionIdAndProfileId() again.

The check your are doing requires the retrieval of the session from memcached. Retaining a copy of the session and then checking that field later will not solve your use case...

i.e. if the players session was valid at the time the system calls GetSessionForSessionIdAndProfileId() -- and then becomes invalid while you've got the session cached --- you can't just check the "isLoggedOut" field - because even if you COULD access it - you would be accessing a STALE copy of it.

So just re-call GetSessionForSessionIdAndProfileId() and if that call is non-null - the session is STILL good - and you are gold.

Hi @noah ,

That call only returns the session if the user if it's valid and the user is still logged in - so you shouldn't need to check that field. If it's non-null you are good.

Paul.

Hi folks,

brainCloud 5.9 is now live - with StoreKit2 support. Go to it!

Paul.

Note - the system allows a maximum of 15 anonymous ids. If you exceed that, it will delete the oldest ids to keep you at 15.

[Background - this used to be totally unlimited - but they really added up for some apps - so we implemented this behaviour and set the max of 15 as being "more than reasonable enough to handle all use cases!"

Paul.

Hi Noah,

I don't quite understand your question.

Development Plus provides access to some features (hosting, deep data, etc.) that we can't otherwise provide access to in a free development plan...

I suppose it IS accessed via the [Go Live!] button - which can be a bit confusing - since your app isn't really "live" under Dev+. That's a UI inconsistency that we haven't addressed yet.

The full details of the various plans can be found here: https://getbraincloud.com/pricing/

I hope that helps!

Paul.

We are very interested in doing it - just need to find a model that works and is reliable...

Hi @bkmitchell ,

thanks for reaching out.

Unfortunately our built-in relay server tech doesn't support what you need for Unity WebGL multiplayer.

Most brainCloud devs implementing your use case would integrate with Photon or Edgegap for their multiplayer for this reason. They both work well and work well with brainCloud!

[PS - This is an area of ongoing development for us though and we aim to fill this gap in the future. I can't comment on timelines for that though...]

Paul.

Hi @william - for now we'll stay focused on Visual Studio Code... but never say never!

Hi Vinicius,

You currently can't "run" scripts from the Code extension (I know - boo!).

For now the simplest is to keep a portal window up on the debug screen - and just switch and run the script from there upon save. Note that you don't need to load fresh script contents or anything - the servers automatically run the latest version - even if it's not currently what's showing in the Portal editor screen...

[Note - there are improvements to the Portal script editor coming in 5.9 - so that it's windows update more quickly and more reliably if the script has been edited elsewhere <-- exactly for this use case].

Paul.