Skip to main content
Solved

Purchases.getOfferings() returning too many error's


Forum|alt.badge.img+8

In our RN app we make a call to `Purchases.getOfferings()` in order to show the default offerings to our users. However we are getting far too many API error response’s back which is degrading our user experience. Below is an example of the error response:

```

{"code":"23","message":"None of the products registered in the RevenueCat dashboard could be fetched from App Store Connect (or the StoreKit Configuration file if one is being used).\nThis could be due to a timeout, or a problem in your configuration
```

Do you have any suggestion’s on how to improve the stability of this API when calling it directly from the client?
 

Best answer by sundeep

@Walter Holohan We do cache the offerings for the lifecycle of the app if we’re able to fetch it successfully, but it’s always possible for those requests to fail for various reasons. Would you be able to share debug logs of this issue (be sure to hide any sensitive app data). You can enable debug logs by following this guide. After they're enabled you'll see logs like this in the console:

[Purchases] - DEBUG: No cached entitlements, fetching
[Purchases] - DEBUG: GET /v1/subscribers/<APP_USER_ID> 200
[Purchases] - DEBUG: Purchaser info updated, sending to delegate

Please ensure the debug logs include the entire app life-cycle, including the messages printed during initialization of the SDK. The more information you include here, the better we'll be able to help.

View original
Did this post help you find an answer to your question?

2 replies

sundeep
RevenueCat Staff
Forum|alt.badge.img+8
  • RevenueCat Staff
  • 138 replies
  • Answer
  • April 8, 2022

@Walter Holohan We do cache the offerings for the lifecycle of the app if we’re able to fetch it successfully, but it’s always possible for those requests to fail for various reasons. Would you be able to share debug logs of this issue (be sure to hide any sensitive app data). You can enable debug logs by following this guide. After they're enabled you'll see logs like this in the console:

[Purchases] - DEBUG: No cached entitlements, fetching
[Purchases] - DEBUG: GET /v1/subscribers/<APP_USER_ID> 200
[Purchases] - DEBUG: Purchaser info updated, sending to delegate

Please ensure the debug logs include the entire app life-cycle, including the messages printed during initialization of the SDK. The more information you include here, the better we'll be able to help.


Forum|alt.badge.img+8
  • Author
  • Dedicated Member
  • 19 replies
  • May 14, 2022

@sundeep thank you for the clarification. We now understand that Apple and Google can be flaky so we have put in better error handling client side to handle this and allow users to easily retry failed requests.


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings