#joshglazebrook_unexpected

1 messages ¡ Page 1 of 1 (latest)

cedar deltaBOT
#

👋 Welcome to your new thread!

⏲️ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.

⏱️ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always start a new thread if you have another question.

🔗 This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1233475681112035509

📝 Have more to share? Add more details, code, screenshots, videos, etc. below.

quick flameBOT
silent lotus
#

This is reproducable via the API and the dashboard.

Existing sub, has $0.00/month price, adding usage based price, invoice preview doesn't reflect:

Screenshot_2024-04-26_at_12.47.32_PM.png
#

Existing sub, non-$0.00/month price, adding usage based price, invoice reflects the added price:

Screenshot_2024-04-26_at_12.49.25_PM.png
#

The only thing that really looks different is, when the existing price in the subscription is $0.00, the invoice preview is showing that free price for period now - end of current period. But when the price is non free, its showing the added usage based price for the period now - end of current period, but the existing price (essentials) is showing for the period after?

blazing pawn
#

Thank you for that reproduction

#

And you say you see the same thing with similar API requests?

silent lotus
#

Yes, the same thing is reflected there

#

That's where I noticed this first, as I was expecting these added items to show up in the "preview" of these changes but they were not, but only in the case where the subscription has an existing item that is $0.00/month.

blazing pawn
#

Can you provide some request IDs for the API requests you made that returned these results?

#

I'm looping in a colleague to help troubleshoot this

silent lotus
#

Yeah, one moment

#

Let me know if these work? I did these via the workbench.

case 1 (free plan, adding usage prices): req_HyXvY2cJlV18T5

case 2 (non fre eplan, adding usage prices): req_b2VavWC7sVL10f

#

The first one only gives me one line item (the free plan), it doesn't show the added usage based price at all.

The second one gives me back both line items as expected (the essentials plan which isn't free) and the added usage based price.

blazing pawn
#

Thanks for this!

#

Okay we think this is indeed a bug but we are double checking

silent lotus
#

Okay! thank you for looking into this

quick flameBOT
blazing pawn
#

Okay I wanted to update you with what we have found, digging into this.

The different behaviors have to do with the billing cycle anchor getting reset when the metered price is added to the subscription. We aren't generating a 0 quantity invoice line item for the newly added metered price.

If you reset the billing cycle anchor on your non-zero price you would see the same behavior.

We will file this internally. Just to clarify, at this point we are only not rendering a $0 line item.

silent lotus
#

Okay. So is the billing cycle anchor getting reset expected?

#

Or should that be respecting the option for that?

blazing pawn