#Matty - Subscriptions

1 messages · Page 1 of 1 (latest)

night bison
#

Hello! Can you give me the request ID for the API call and the Subscription ID you expected to see in the results?

zinc stag
#

Oops!! Didn't see this. Yes. 🙂

#

Price is: price_1KI11BBBamLIIR3ZIxDIr1TW
Sub is: sub_1KTLxsBBamLIIR3ZyxR8DxlD

Trying to figure out how to get the request ID from the ListAutoPaging call...

night bison
zinc stag
#

Unfortunately, that doesn't appear to be available for that call... at least with the .NET SDK.

night bison
#

Ah, try looking in your Dashboard for it. Change the filter to include GET requests and it should show up.

#

That link will work if it's in test mode.

zinc stag
#

Ha... found it with the event. So, if the ListAutoPaging is used, the StartingAfter Id is changed if the paging is hit (i.e. more than 100 records). Since I don't change this back to null... because I wasn't setting it, the next calls don't have any items.

#

I was listing all of the subscriptions using a product's prices if that makes sense.

#

req_9uRgnJ6tC162PR

night bison
#

Looking...

#

So the Subscription you're expecting to find has been canceled, and you're not specifying canceled Subscriptions, so it's expected it's not in the results: https://stripe.com/docs/api/subscriptions/list

By default, returns a list of subscriptions that have not been canceled. In order to list canceled subscriptions, specify status=canceled.

zinc stag
#

That sub doesn't cancel until Nov 15 and is currently active? That's a live sub BTW.

#

Or are you talking about the "StartingAfter" sub?

night bison
#

The one you mentioned above? sub_1KTLxsBBamLIIR3ZyxR8DxlD right?

zinc stag
#

Correct. That one is showing Nov 15th for me.

night bison
#

Where are you seeing that exactly?

zinc stag
#

I've was able to find and fix the issue. I am looping through all of the prices for a product (prod_7_JOWB) and then listing the subs using the sub service. When I hit the price (price_1KI11BBBamLIIR3ZE1zrbAID) that has 231 active subs, the subscription options is updating the StartingAfter variable. The options object is created once and used for all of the price calls. I needed to set the StartingAfter to null on each loop for the next price.

#

Anyway, just a behavior I wasn't expecting. Thank you for the help. Looking at the event got me there. I didn't know I could see the get calls. That's going to help in the future!