#filipeestacio

1 messages · Page 1 of 1 (latest)

proven mistBOT
spare walrus
#

Good question, can you send me the ID of a Checkout Session that you saw this on?

#

Also to be clear, are you saying that for some customers Checkout will show the full billing address but for others it will only show country?

tame finch
#

Is this the ID? ppage_1OGtLQG6Dx6kCI7OMk2pszIf

#

It's a bit odd, as it's not happening consistently. Our third party tax service requires a postal code to be collected for all countries, so we have a flow where we collect this information ahead of time and update both our DB and Stripe. I can see an event where the address is updated and is complete on Stripe.

#

For some customers, a minute or so later, I see another event that removes the billing address and replaces it with just the country.

#

I have not been able to work out exactly what these customers have in common, but it seems to NOT happen to US/CA customers.

#

Here is another one where this is also happening: ppage_1OGEGVG6Dx6kCI7OSvXbUBX1

spare walrus
#

Yep that is the kind of ID. Do you have the ID for a checkout session where the Customer's full address was shown? That would be very helpful to compare against

tame finch
#

Will look. Give me a minute 🙂

spare walrus
#

For some customers, a minute or so later, I see another event that removes the billing address and replaces it with just the country.
Actually, do you have the ID of one of these events? (evt_123) I can check in to what is triggering it

tame finch
#

Yes, this is the event for the second one: evt_1OGEHFG6Dx6kCI7OVpxmr2Kp

#

Actually, this is pretty interesting and I had missed this. It appears that it is happening to all of our customers. However, for US/CA customers it is preserving the postal code, which is key for our tax provider to be able to do their thing,

#

Here is one for a US customer: ppage_1OHT1lG6Dx6kCI7OPEy4fmq4

#

evt_1OHT7OG6Dx6kCI7OHRl9DTkr

#

Should we set the customer_update.address option to "never" when creating the checkout?

spare walrus
#

Also, to confirm, ppage_1OHT1lG6Dx6kCI7OPEy4fmq4 is the ID of a page where the full details were showing?

tame finch
#

No, in none of these the full details are showing.

#

It looks like the checkout writes over the existing billing details.

spare walrus
#

Ah, do you have the ID of a checkout session where you know for sure that the full details were showing?

tame finch
#

Presumably because we have
customer_update: {
name: 'auto',
address: 'auto',
},

spare walrus
#

Oh though in that event, it doesn't look like the customer's billing address was updated.

      "currency": null,
      "default_currency": null
    }```
The only thing that changed was their currency
tame finch
#

I can't find any where the billing address was fully preserved. So I think I misinterpreted the behaviour

#

I'll run a few more tests

tame finch
#

Setting the customer_update.address to 'never' fixed it.

#

Thanks for your time!

spare walrus
#

Nice! Glad you found a fix