I see! So if the schedule hasn't started yet, changing the reset cycle resets everything, including the rewards. Thanks for letting me know!

Yes, the link provided in that article is automatically updated. For your reference, here is the actual embedded link behind it:
https://portalx.braincloudservers.com/dts/cloudcode_dts_files.zip

Have you checked the logs to see what those users are sending in for the country code during authentication? And can you see any commonality amongst those users?

From your stats it looks like we are correctly detecting US, Korea and Argentina... What code are we reading in wrong?

If you send us your appId (via the chat widget) we can take a better look at your users.

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.

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

Cool - good to hear it. And once again: thanks for reporting it!

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".

Please refer to the article -- Implementing Continuous Lobbies in the brainCloud Help Center for details.

No problem! glad to hear that.

Ah - perfect. Yeah - that sounds like a better option given the full requirements.

Glad you found it... and welcome to brainCloud!

Hi @PJ ,

Your usage of lobbies is exactly why we added the concept of long-lived lobbies. (Admittedly it wasn't part of the original use case - which is probably why some of the documentation doesn't seem to properly reflect that usage <-- we'll review that).

So - needless to say - keep going as you are - and reach out if you hit issues!

Happy coding!

Paul.

Awesome! Still a few things to clean up but I appear to be right back to testing within the editor, but against brainCloud's actual lobby system. The key was setting debug to true in the config.js and following the instructions at the end of the GitHub page. Thanks again!

Cool. Thanks for sharing the solution here @devsleeper !

Hi @francesco-lenolli ,

The ProductService has actually been deprecated.

You should use the AppStore service instead.

I hope that helps!

Paul.

2024-09-17_19-55-15.png

Update - we discussed it and we think you are good to go.

A test of 1000 stats revealed that the resulting statistics object (that contains all values) was only about 64KB - which is smaller than I had feared. So it looks like 2000-2500 stats will come in less than 200KB.

Note - that IS 200KB more data that will be returned during an Authenticate call - and during readUserState() - but it should work okay.

I assume you'll be creating these stats dynamically. That is controlled via the setting on this page (you've probably already discovered it).

2024-08-27_09-37-51.png

One warning is that stats are case sensitive - so we'd definitely recommend that you standardize the creation/accessing of the stats - maybe do an uppercase() or lowercase() cast before creating / accessing them.

I hope that helps. Good luck!

Paul.

Hmm - not currently - but it's coming...

Unfortunately it didn't make it into 5.4 (which drops in a few weeks) - so that will end up in 5.5.

Paul.

Great. This perfectly answers my question. Thank you!

Hi - normally what you'd do there is attach it as a reward to XP level 1. <- XP level 1 has a minimum XP of 0 - so users get it when the user account is created.

I hope that helps!

brainCloud supports a wide range of popular in-app purchases, including Google Play, Apple, Facebook, Amazon, and Steam, etc.. In most cases, the purchase process is initiated through the corresponding IAP plugin that you need to download into your Unity project. Then, verify the receipt received from the purchase outcome with brainCloud by calling VerifyPurchase API. It should be noted that the necessary configuration for the IAP store must be set up in the brainCloud portal for your app, including the products section and platforms section. Some store integration examples are available on our documentation website -- https://docs.braincloudservers.com/learn/portal-tutorials/store-integration-google/
Hope this helps!