#jericho_api

1 messages ¡ Page 1 of 1 (latest)

trim sonnetBOT
#

👋 Welcome to your new thread!

⏲️ We'll be here soon! We typically respond in a few minutes, but in some cases we might need a bit more time (e.g., server's busy, you've got a complex question, etc.).

⏱️ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can 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/1250225447329861774

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

queen snow
#

Hi there!

#

Restricted API keys shouldn't impact webhooks

#

Do you have a webhook endpoint ID (we_...) or a PaymentIntent ID I can review?

#

I can use this to pull up event delivery logs

rugged reef
#

I listed one of the failed endpoint urls in the above text

queen snow
#

I'll need the endpoint ID that uses this URL

#

since multiple endpoints can be configured with the same URL. it should look like we_...

rugged reef
#

Where is that located in the Dashboard?

#

ID
req_QobBLlDu9SgMxJ

queen snow
#

This should be sufficient! looking

rugged reef
#

I'm seeing this ID for a failed endpoint

queen snow
#

Just so we're on the same page, this is a request ID for a failed payment confirmation

rugged reef
#

It would seem so

queen snow
#

I see you have two live mode webhooks listening for payment_intent.succeeded events, and both use make.com URLs, albeit slightly different

#

You can see these in the Dashboard under Developers > Webhooks

#

I'm taking a look at the endpoint that uses the URL you shared above

rugged reef
#

Yes - I noticed the same, though in Make we're only using the R-API

queen snow
#

Note that the event was successfully delivered to the other make.com endpoint

#

So what we can tell from the failure is that we attempted to make a POST request to the make.com URL but that endpoint replied with a 400 and the message "There is no scenario listening for this webhook."

rugged reef
#

So the error messages are coming from the old API key connection?

queen snow
#

You probably want to reach out to Make about this if your team doesn't own/manage the webhook handler code directly

#

At least from what I can tell, we sent this particular event to two make.com URLs and only the one above failed to receive it

rugged reef
#

Would using the R-API send the same event to both webhooks?

queen snow
#

No

rugged reef
#

I would think it would only communicate with the one. Stripe initiated the sequence, and Make responds to the JSON sent by Stripe ...

queen snow
#

Restricted API keys are separate

rugged reef
#

Yeah, Make gave us two days to stop using the deprecated API Keys setup.

queen snow
#

Note the webhook endpoint URL here. This means that Make used a restricted API key to create an endpoint that listens for payment_intent.succeeded and this endpoint is successfully receiving these events at the moment. It's the make.com URL that ends in 6w22

rugged reef
#

Perhaps they're not prepared on their end - I should check with them.

#

That brings me some peace, knowing the R-API key is responding correctly, but I can't figure out why the old key is still firing - it was removed from Make.

queen snow
#

It really depends on how Make designed this.

rugged reef
#

Would removing the old keys from the Stripe account work (I thought I had deleted all the old Key connections). I didn't notice the two Webhooks on the Dash.

queen snow
#

What do you mean exactly by removing old keys?

rugged reef
#

The Make scenarios only allow for one key, and they've all been replaced with the R APIs.

#

I would think the old keys wouldn't receive any action - I'll get a hold of Make.

queen snow
#

I recommend working with Make, yep.

rugged reef
#

Excellent - thank you for your help!

queen snow
#

In case it helps, activated Stripe accounts have four keys by default (a secret and publishable key pair for test mode and live mode), and you can create additional restricted API keys

#

Creating a restricted API key in live mode doesn't replace your live mode secret key

rugged reef
#

We've been using the the Pub keys until the end of last month - so, Make is still trying to communicate with those old keys. So weird. Thank you again