Thanks @deadpoetnsp for your feedback. So yes, this way it’s recursive. I have to practice this by my own to get a clearer idea on how it works and how I can use it…
This was not allowed until fairly recently, because it allows you to create infinite loops.
It is like “Do THIS until 5 > 9” … but that will never happen. So it will just do THIS until the end of time (well, a Server reset).
As we share resources on our Bubble apps, it will affect my if you do this and chew up the server time.
Bubble’s hand was somewhat forced on this, as a clever person realised you could ping-pong two workflows instead. A calls > B calls A > calls B etc etc
For the most part Bubble likes to know IN ADVANCE how many times you want to do something. So scheduling a workflow on a list has a known size of list so it can deal with it. Do this until hell freezes over … less so
I was asking about recursive workflow because I let my users building their own products catalog, this catalog contains main (root) categories, subcategories and products (leaf). If the catalog is browsed from the root to the leafs, no problem to set a nav bar allowing users to navigate within the catalog. But as the products can also be accessed using a search, I’d like to find a way to dynamically display the navbar.
I haven’t spent lot of time on this feature for the moment, and recursivity is what I need to be able to get a navbar for this use case. Need to go deeper on this topic!
Does bubble allows a logic like check status of a task every 1 or 2 second (from a third party server using API call ) until it becomes completed/successfull?
Additionally, is there an option to specify that after sometime say 15 sec to stop checking the status?
So, basically running a while loop with an exit condition or until the call times out (where we can decide the timeout time).