Costly problem: terminate this workflow with condition

[laurence]

This problem has been reported at least three times before.

"Terminate this workflow action with condition check" performance

Hi, Has anyone noticed that this workflow action when used with a condition check is stressing their app? I’ve got this simple workflow to create a thing in the DB and i’ve set up the timer plugin(neat plugin Airdev Team ) to measure times. [image] These are the results without the terminate workflow action. [image] And now I’m going to add a terminate workflow action with a condition that needs to be checked. I’ve added step 5. [image] And these are now the results. […

'Terminate this workflow' performance issue

Hi there, I’m wondering if others have experienced page loading delays or performance issues using terminate this workflow with a conditional filter (Only when…) I read this post about another user, who seems to have experienced a similar issue. In my specific case: my workflow is attached to a button that button is inside a repeating group the workflow function is to navigate to the next page in the repeating group (or terminate based on a condition) the workflow is inside a reusable ele…

"Terminate This Workflow" Action Long Delay Bug

Hello @neerja… Am I right in saying that Bubble is aware of the bug which can cause a workflow to be delayed if we use the “Terminate this workflow” action? I just had a workflow which was taking on average 10 seconds to complete, and sometime just never completed at all with one of these actions in. Now I’ve changed the logic to remove the Terminate this workflow action, it completes in the blink of an eye every time. Can you let us know if you are easily able to fix this unhelpful behaviour…

Topics have been closed but I don’t see that a solution was presented and I have been struggling with this for months. In total, I have probably burned more than a day’s time searching for errors in my workflow logic. Today, I finally took the last bits of workflow apart to discover the problem, only to discover that the problem has been reported but not resolved.

Since it has had a bug report submitted at least once, I won’t be doing that.

Hey, Bubble team, is there any hope of getting this fixed?

[neerja]

@laurence The bug report submitted had external factors that made this issue non-reproducible. Feel free to submit your use case and we can review.

[laurence]

For now, I just need to work around this, i.e. not use terminate with condition.

If I find time to assemble an example to share, I’ll do that. If the problem is the result of a network (cascade?) of conditions in my app, it’s unlikely that I’ll figure out how to demonstrate this in a bug report.

[JonL]

Hi Laurence,

I was not able to reproduce a simple scenario for the Bubble team to investigate and unfortunately I don’t have too much time available at the moment. It was one hell of a bug to reproduce.

If you have pinpointed the issue and have a clear and reproducible scenario it would help a lot if you could pass it via ticket to the team.

I will continue trying.

[laurence]

Thanks, Jon. At this point, I’m way behind on the real work of making the app do what I’ve advertised that it will. This bug was an absolute stinker, and because it was so obscure, I don’t know how many places I gummed up the logic in feeble attempts to speed things up . . . yada yada yada

Next up, I need to test a feature on about eight pages that I disabled until Bubble techs presented a solution to another bug. Now it’s time to try reinstating that feature after ensuring that the Bubble fix did its job.

[neerja]

This is my setup, let me know what kind of actions I should add and where in the workflow because there does not appear to be a loading bar or a delay in running workflow.

[laurence]

This obviously won’t be a duplicate of my situation, but try this:

• add two custom states to the page:
  wDate1 of type Date with any valid date as its default value
  wDate2 of type Date with any valid date as its default value

• in the terminate action, use condition: This Page’s wDate1 is empty or This Page’s wDate2 is empty.

The condition should evaluate to false and the terminate should not happen. In my case, it adds four or more seconds to the workflow.

Your mileage will vary.

[cheskiefisch]

Same issue here, using a “terminate this workflow” action with easy condition, slows the whole workflow, i tested it!

Any solution yet?

[JonL]

Do you have a reproducible simple scenario that you can present via a support ticket? My app has too many custom JavaScript that entangles everything to be useful for Bubble support team.

[neerja]

@JonL I’ll try variations of @laurence suggestions and report back

[laurence]

I came across another one today. The condition was simply this:

Only when inputName’s value is empty

inputName is an input element.

This element and workflow happen to be in a reusable popup element.

My workaround is to split the workflow in two, with opposite conditions on each. The extra work associated with the condition that terminated the original workflow is now handled in a separate workflow and doesn’t need to terminate conditionally.