Skip to main content

Not getting offerings, GET /subscribers/7r34LFyvZVP024pwpErDILSapda2 304

  • July 12, 2025
  • 1 reply
  • 41 views

Forum|alt.badge.img
not getting any offerings and plans
on calling await Purchases.getOfferings();  its just keep loading

 

logs:
 

D/[Purchases] - DEBUG(29119): ℹ️ Cleaning previously sent tokens
D/[Purchases] - DEBUG(29119): ℹ️ Tokens already posted: []
D/[Purchases] - DEBUG(29119): ℹ️ Saving tokens []
D/[Purchases] - DEBUG(29119): ℹ️ Tokens already posted: []
D/[Purchases] - DEBUG(29119): ℹ️ No pending purchases to sync
D/[Purchases] - DEBUG(29119): Request already scheduled with jitter delay, adding existing callbacks to unjittered request with key: BackgroundAwareCallbackCacheKey(cacheKey=[/subscribers/7r34LFyvZVP024pwpErDILSapda2], appInBackground=false)
D/[Purchases] - DEBUG(29119): Billing connected with country code: IN
D/[Purchases] - DEBUG(29119): API request started: GET /subscribers/7r34LFyvZVP024pwpErDILSapda2/offerings
D/[Purchases] - DEBUG(29119): API request completed with status: GET /subscribers/7r34LFyvZVP024pwpErDILSapda2/offerings 304
D/[Purchases] - DEBUG(29119): ℹ️ Requesting products from the store with identifiers: premium_month_1, premium_month_6, premium_year_4
2
D/[Purchases] - DEBUG(29119): ℹ️ Querying purchases
D/[Purchases] - DEBUG(29119): Retrieving customer info with policy: CACHED_OR_FETCHED
D/[Purchases] - DEBUG(29119): ℹ️ Vending CustomerInfo from cache.
D/[Purchases] - DEBUG(29119): ℹ️ Checking if cache is stale AppInBackground false
I/[Purchases] - INFO(29119): Purchases instance already set with the same configuration. Ignoring duplicate call.
D/[Purchases] - DEBUG(29119): ℹ️ Listener set
D/[Purchases] - DEBUG(29119): API request started: GET /subscribers/7r34LFyvZVP024pwpErDILSapda2
D/[Purchases] - DEBUG(29119): API request completed with status: GET /subscribers/7r34LFyvZVP024pwpErDILSapda2 304
D/[Purchases] - DEBUG(29119): 😻 CustomerInfo updated from network.
D/[Purchases] - DEBUG(29119): ℹ️ Cleaning previously sent tokens
D/[Purchases] - DEBUG(29119): ℹ️ Tokens already posted: []
D/[Purchases] - DEBUG(29119): ℹ️ Saving tokens []
D/[Purchases] - DEBUG(29119): ℹ️ Tokens already posted: []
D/[Purchases] - DEBUG(29119): ℹ️ No pending purchases to sync
D/[Purchases] - DEBUG(29119): ℹ️ Cleaning previously sent tokens
D/[Purchases] - DEBUG(29119): ℹ️ Tokens already posted: []
D/[Purchases] - DEBUG(29119): ℹ️ Saving tokens []
D/[Purchases] - DEBUG(29119): ℹ️ Tokens already posted: []
D/[Purchases] - DEBUG(29119): ℹ️ No pending purchases to sync
D/[Purchases] - DEBUG(29119): ℹ️ No cached Offerings, fetching from network
D/[Purchases] - DEBUG(29119): 😻 Start Offerings update from network.
D/[Purchases] - DEBUG(29119): Request already scheduled with jitter delay, adding existing callbacks to unjittered request with key: BackgroundAwareCallbackCacheKey(cacheKey=[/subscribers/7r34LFyvZVP024pwpErDILSapda2/offerings], appInBackground=false)
D/[Purchases] - DEBUG(29119): API request started: GET /subscribers/7r34LFyvZVP024pwpErDILSapda2/offerings
D/[Purchases] - DEBUG(29119): API request completed with status: GET /subscribers/7r34LFyvZVP024pwpErDILSapda2/offerings 304
D/[Purchases] - DEBUG(29119): ℹ️ Requesting products from the store with identifiers: premium_month_1, premium_month_6, premium_year_4

 

This post has been closed for comments

1 reply

guilherme
RevenueCat Staff
Forum|alt.badge.img+6
  • RevenueCat Staff
  • July 17, 2025

Hey ​@avadh-05c5e8 ,

From those logs, the SDK is reaching our servers and returning 304 Not Modified for the offerings endpoint, which means the backend believes nothing has changed. However, it looks like the SDK never ends up seeing the offerings object to your app, which usually means it wasn’t able to load the associated products from Google Play.

To help us get to the root cause, could you share a few more details?

  1. Can you share the code snippet where you’re calling Purchases.configure() and any related setup (like logIn or setting custom appUserID)? And also the getOfferings() section, to try and understand if there’s something that could causing this call to hang.

  2. Also, from the shared logs:

Purchases instance already set with the same configuration. Ignoring duplicate call.


It looks like configure() might be getting called more than once. That can lead to issues with listeners or offering fetch if not handled carefully.

  1.  When is getOfferings() being called?

Are you calling await Purchases.getOfferings() immediately after configure(), or is there a delay? We generally recommend making sure configuration is complete (and as soon as possible) and the SDK is ready before making that call.

  1. Regarding your testing environment, are you using a physical device or emulator? Is this in a specific Sandbox test, or does it happen in Production too?
  1. Is this issue happening 100% of the time, or intermittently? Is this something that started happening?
     
  2. Logs: any additional logs after the Requesting products from the store with identifiers: [...] line would be useful. We're particularly looking for whether product details were received or skipped.

Best,