---
title: "Comment by Paul Hartness on \"Why Stripe Test Mode Lies: A Solo Dev's 36-Hour Payment Infrastructure Trench Warfare\" | Hashnode"
description: "The one that catches most people: test mode never shows you a renewal failing a month later. In production, a chunk of failed renewals are temporary declines th"
url: "https://hashnode.com/posts/why-stripe-test-mode-lies-a-solo-dev-s-36-hour-payment-infrastructure-trench-warfare/6accab3a2cf2ed754311386a/comment/6ad89c7aa7508b2879f9f9bb"
---

[Discussion](https://hashnode.com/posts/why-stripe-test-mode-lies-a-solo-dev-s-36-hour-payment-infrastructure-trench-warfare/6accab3a2cf2ed754311386a)

Comment [Why Stripe Test Mode Lies: A Solo Dev's 36-Hour Payment Infrastructure Trench Warfare](https://hashnode.com/posts/why-stripe-test-mode-lies-a-solo-dev-s-36-hour-payment-infrastructure-trench-warfare/6accab3a2cf2ed754311386a)

[Paul Hartness](https://hashnode.com/@retryfix)

[Oct 21](https://hashnode.com/posts/why-stripe-test-mode-lies-a-solo-dev-s-36-hour-payment-infrastructure-trench-warfare/6accab3a2cf2ed754311386a/comment/6ad89c7aa7508b2879f9f9bb)

The one that catches most people: test mode never shows you a renewal failing a month later. In production, a chunk of failed renewals are temporary declines that a later retry recovers, and the rest need the customer to update their card. Neither shows up until you've had real subscribers for a few billing cycles.

[Epic Devs](https://hashnode.com/@epicdevs)

[Oct 21](https://hashnode.com/posts/why-stripe-test-mode-lies-a-solo-dev-s-36-hour-payment-infrastructure-trench-warfare/6accab3a2cf2ed754311386a/comment/6ad89c7aa7508b2879f9f9bb#reply-6ad8a9ff10e63767dd0e8890)

So true — billing cycle two is the real launch. Test mode teaches you how subscriptions start; production teaches you how they fail. The past\_due vs canceled distinction bit me too. At first I was revoking access on the very first invoice.payment\_failed, which nuked users whose bank would've approved Stripe's retry two days later. Now I keep entitlements alive through the retry window (Smart Retries + dunning emails enabled) and only flip to canceled when Stripe says the subscription is genuinely dead. And the card-update half is why I eventually added a "payment failed — update your card" screen that deep-links to the billing portal. Tiny feature, outsized churn saver.

Did you bake a grace period into your own entitlement logic, or do you let the payment provider's retry schedule handle it entirely?

[Paul Hartness](https://hashnode.com/@retryfix)

[Oct 21](https://hashnode.com/posts/why-stripe-test-mode-lies-a-solo-dev-s-36-hour-payment-infrastructure-trench-warfare/6accab3a2cf2ed754311386a/comment/6ad89c7aa7508b2879f9f9bb#reply-6ad8cf1ae66fc4a503526ce8)

Ha, "cycle two is the real launch" is going on a sticky note. past\_due vs canceled is the one that bites everyone: treat past\_due as "still a customer, still recoverable" and you avoid locking people out who'd have paid on the next retry. Good luck with cycle two.