Is there any way to terminate workflow in an API Endpoint if an action fails? e.g. A workflow acton (Stripe charge attempt) where no response comes back at all. After attempting a charge… things are created and modified in Bubble, but I don’t want to create/modify those things if a workflow action fails.

Unfortunately, I don’t think there’s an official Bubble solution to this problem as yet… [image] Error Handling in API Workflows APIs Hello Bubblers, Is there an option to catch and handle errors in an API Workflow? I am using error handling for elements and page-wide error handling, but I don’t see any option to handle errors in an API Workflow. If an error occurs right now, it seems there’s a very generic response delivered to the user. Worse yet, some of my API Workflows are actually calling OTHER APIs (through API Connector), and if those APIs die, some very ugly error messages are passing through to the user - all ver… [image] How to catch errors within API Workflows? APIs Ok, I think I understand the issue now. This thread from 2.5 years ago seems to be about the same thing. While far from ideal, until the issue is officially addressed by Bubble, another approach might be to implement a “proxy relay” endpoint - i.e. a “middleman” endpoint which sits between Bubble and the “true” endpoint (Stripe in this case). For certain “critical” API workflows, it might be worth the effort. I fiddled around and was able to implement a no-code solution to fetch a customer fro…

Hi @Ebz Use the action Terminate (with the error condition) in front of the rest. Welcome to Bubble! :slight_smile:

Hi @JohnMark, I have a Terminate in front if an error response comes back, but what happens if nothing at all comes back? Also, is the only option to create terminates for every possible error condition in lieu of saying ‘is empty’? I could see it continuing past a ‘is empty’ condition if no error response comes back at all.

Yes my reply will be ‘if empty’. Doesn’t work? but hold on… create a variable and check that variable with the error variable (with a concatenate), if it is the same value, you know it is empty :slight_smile: . Maybe it will work? @sudsy Steve :wink:

Ok, I am working on this now so I can test to see if this is a good solution. Thanks @JohnMark!

[image] JohnMark: Maybe it will work? @shot Steve :wink: Hey, it’s worth a…@shot…I guess! (Booo!) :crazy_face: Sure wish I knew where API error (or just http response code) handling is on the Bubble roadmap - assuming it’s there at all. This is especially important, it seems, for payment handling. Hopefully, @Ebz will let us know if that suggestion works.

We need all HTML response status code options in the Return Response from Workflow action in the worst way. (Also that Backend Workflows be GETtable.) This would open up so many new capabilities. (And I just don’t see how this particularly hard to add.)

Thank you for starting this @Ebz and for linking the additional threads @sudsy. I am having the exact same struggles with trying to set up fail safes with Stripe. Funny enough I was searching the forum for help yesterday, found this thread, and realized you started it only 2 hours prior. I have approached my wits end with this. I have tried multiple setups using “terminate workflow” actions to “Only When” conditionals on the WF actions, and the best I can get is an unreliable process that works 50% of the time, which is maddening, and an unacceptable nonstarter to launch in public My current setup starts like this. I built a cart, so the first WF action is to trigger a backend (API) workflow on a list of “orderlines”. [Screen Shot 2020-02-11 at 6.22.07 AM] Below is the backend workflow on the list of orders. I am using the Zeroqode plugin in the first 2 actions to create the charge. This third action is based on whether the charge is captured using “only when” where it will write to the “orderline” row “yes” if it is processed by Stripe. This seems to be working reasonably well now. The issues occur after we come out of the API workflow and back into the regular workflow. [Screen Shot 2020-02-11 at 6.13.37 AM] The second step after the API part, is to trigger an alert if the “processed by Stripe” field is empty, for any of the recently processed orders. Issue is, the fail message is triggered DESPITE the fact the order has been processed – both actually captured by Stripe, AND written as “yes” processed by Stripe in my DB. Step 3 is supposed to terminate the remainder of the workflow if processed by Stripe is empty (the same conditional as step 2). This fires and kills the rest of the workflow too, so it clearly didn’t get the message either. [Screen Shot 2020-02-11 at 6.15.12 AM] I have tested this dozens of times and it literally works the way it should every other time. Half the time it triggers the charge failed message when the charge did not fail, the other half it works. It’s crazy. Does anyone know why the step 2 in the regular workflow process seems not to be able to read the result of the backend workflow sequence? Is the backend WF not occurring quick enough for the regular WF to recognize the result? I thought it was all sequential, but perhaps it is not after reading through some other issues people have had. Before this I tried having terminate workflow actions inside the actual backend WF, but that proved not to work so well and there were issues there too when attempting to read previous steps. And also questions on if you can use a “terminate workflow” inside a backend workflow will that only kill the backend workflow, or will it kill all the other workflows in the regular workflow too? Maybe we can row out of this conundrum together. Any insight would be appreciated, and hopefully my post helps add to the discussion.

Hi Mark, just a quick observation right off the bat… [image] marktuff: I thought it was all sequential, but perhaps it is not A scheduled API workflow is, by its very nature, asynchronous; so the first step in your WF schedules something to happen at some point in the future and then immediately moves to step 2. So your hunch was right. Things aren’t happening in the order you expect - probably because you’re expecting the scheduled workflow to complete before moving to step two. All that’s happening in step one is the scheduling of the workflow - not the actual steps comprising the workflow. So, sometimes those steps occur before step two, and sometimes not. I’m sure others will have more to say, but that’s just a quick initial observation.

@sudsy, thanks for the response here. That’s my sense now, after so much frustration thinking things were sequential. I think the reason I thought that these processes were sequential is that you can specify when to schedule an API workflow, so if you are scheduling it to fire now (current date/time), then why would the order not maintain the sequence laid out? That makes no sense. Though I suppose that’s the purpose of calling it “backend workflows” now to better illustrate the asynchromonious nature as you put it, but there SHOULD be an option for sequential backend workflows to help process lists. Extremely frustrating. So if I am trying to process multiple orders in a cart, how then am I able to perform this and ensure things fire in sequence? Should I be adding a pause workflow action after the step 1 API Workflow, and guess the time it takes to complete? That doesn’t seem like a reassuring place to be when a marketplace product needs to be completely solid with processing for it to be worth anything. Is there anyone at bubble we can rope into this conversation that could help?

Error Handling - No response / WF Action failed in API endpoint

Need help APIs

sudsy February 10, 2020, 4:58pm 2

Unfortunately, I don’t think there’s an official Bubble solution to this problem as yet…

Topic		Replies	Views
How to catch errors within API Workflows? APIs	18	7214	November 28, 2020
Error Handling in API Workflows APIs	60	13932	November 11, 2025
How to restart API workflow when error occurs? APIs	6	2867	November 7, 2022
Any possiblity to capture the Workflow has error "Operation timed out -- app too busy" Questions	4	1362	August 1, 2020
How to catch a workflow error in Backend Workflows? APIs	7	2797	January 11, 2023

Error Handling - No response / WF Action failed in API endpoint

Related topics