Leaderboard Server API Notification Parameter
Hello, Leaderboards have the option to enable "Send "Friend surpassed" notifications" via the dashboard. We are using the Leaderboard Server API to automate the creation of new Daily Leaderboards and we want to enable this paramter but the documentation does not list it. Does anyone know the name of the Notification / "Send "Friend surpassed" notifications" parameter for Leaderboard Server API?
How to reliably consume S2S IAP items from a user's inventory
Hey! I think there's an oversight in the existing API for consumable inventory that I'd like to know the correct way of working around. Let's say I have a feature where I'm awarding a player currency for purchasing a consumable item via in app purchases (like listed on this page https://developer.oculus.com/documentation/unity/ps-iap-s2s/). What I'm trying to do from our game's server, is consume the 100 coins consumable and credit the player with coins after it has been consumed. This workflow in itself is not too complicated, but the details around the transaction I'm unsure about. I think with the naiive implementation of "consume the item via the api, and then credit the currency in the database" there's a risk of both consuming the item from meta's s2s API, and _not_ awarding the currency due to a database error or a server crash. The inverse is also true, where I could eagerly credit the currency, and roll back my transaction if the s2s consume query fails, because we might be forced to roll back the transaction if the server crashes during the request to the s2s API (even if that request is one that the meta server's considers successfully completed). Usually, the workflow for this kind of thing would use transaction objects for the consumption of the item so that we could record that we were _about_ to consume the item, then if anything goes wrong, we could query the state of that transaction on the vendor API and mark it as finalized if it did in fact succeed but we never recorded the result. (the steam API InitTxn, QueryTxn and FinalizeTxn are an example of this kind of transaction workflow). I think I could do this with the meta S2S API's by using a transaction recorded on our servers if: 1) I could consume an item by it's item ID instead of it's sku 2) I could check if we've consumed the item with the given item id Also, I'm not sure what to do about chargebacks or other kinds of voided transactions for consumable items.Get user Info from the app's backend service
Is there a way for the App's server to fetch Quest user ID based on the access token? The flow looks like this 1. Client calls the backend with access token. 2. Backend calls Quest API to fetch user ID, base on the access token. We don't want the client to directly send the user ID, because we want to make sure the caller can verify itself based on access tokens.