# Triggering workflows that take a few minutes

**URL:** <https://community.glideapps.com/t/triggering-workflows-that-take-a-few-minutes/85925>\
**Category:** Ask for Help\
**Created:** [January 8, 2026, 4:56am UTC](https://community.glideapps.com/t/triggering-workflows-that-take-a-few-minutes/85925 "2026-01-08T04:56:12Z")\
**Posts on this page:** 9\
**Page:** 1

<div class="post-metadata">

**Author:** ![Ruak](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/ruak/32/83044_2.png) [@Ruak](https://community.glideapps.com/u/Ruak)\
**Post date:** [January 8, 2026, 4:56am UTC](https://community.glideapps.com/t/triggering-workflows-that-take-a-few-minutes/85925/1 "2026-01-08T04:56:12Z")

</div>

Hi,

I have certain workflows that when triggered take a while (like 2-3 minutes). These are a combination of triggered + Manual workflows. In this regard i have two queries :-

1. Is there a way i can have a “Please wait for workflow to finish” message display and have the screen touch disabled so the user accidentally doesn’t trigger it again (thinking its not running since there’s nothing telling the user that workflow is running!) ?

2. Can users after triggering this “longer” workflow(via a submit button), then immediately continue, using other sections of the app which could include running other workflows without worrying about the triggered longer workflow running in the background ? Like will this usage pattern break the workflow in the background ?

@NoCodeAndy @nathanaelb please guide 🙏

Thanks

---

<div class="post-metadata">

**Author:** ![Darren\_Murphy](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/darren_murphy/32/47326_2.png) [@Darren\_Murphy](https://community.glideapps.com/u/Darren_Murphy)\
**Post date:** [January 8, 2026, 4:59am UTC](https://community.glideapps.com/t/triggering-workflows-that-take-a-few-minutes/85925/2 "2026-01-08T04:59:17Z")

</div>

> [@Ruak](#):
>
> Is there a way i can have a “Please wait for workflow to finish” message display and have the screen touch disabled so the user accidentally doesn’t trigger it again (thinking its not running since there’s nothing telling the user that workflow is running!) ?

Set a Timestamp column 2 or 3 minutes in the future when the workflow is triggered, then disable/hide the Submit button whilst that timestamp is greater than the current time.

> [@Ruak](#):
>
> Can users after triggering this “longer” workflow(via a submit button), then immediately continue, using other sections of the app which could include running other workflows without worrying about the triggered longer workflow running in the background ? Like will this usage pattern break the workflow in the background ?

Yes.

---

<div class="post-metadata">

**Author:** ![Ruak](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/ruak/32/83044_2.png) [@Ruak](https://community.glideapps.com/u/Ruak)\
**Post date:** [January 8, 2026, 5:18am UTC](https://community.glideapps.com/t/triggering-workflows-that-take-a-few-minutes/85925/3 "2026-01-08T05:18:20Z")

</div>

For the first part - Will this work in tandem with multiple users because 1 user might have triggered the workflow while 10 others might not have. So that 2 minute hiding of submit button should be for only that individual. Will i need to create a separate workflow to capture the timestamp each time a user clicks on the submit button?

For the second part - To confirm - “Yes” means it would work fine running on the background ?

---

<div class="post-metadata">

**Author:** ![Darren\_Murphy](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/darren_murphy/32/47326_2.png) [@Darren\_Murphy](https://community.glideapps.com/u/Darren_Murphy)\
**Post date:** [January 8, 2026, 5:26am UTC](https://community.glideapps.com/t/triggering-workflows-that-take-a-few-minutes/85925/4 "2026-01-08T05:26:36Z")

</div>

Correct.

---

<div class="post-metadata">

**Author:** ![Darren\_Murphy](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/darren_murphy/32/47326_2.png) [@Darren\_Murphy](https://community.glideapps.com/u/Darren_Murphy)\
**Post date:** [January 8, 2026, 5:42am UTC](https://community.glideapps.com/t/triggering-workflows-that-take-a-few-minutes/85925/5 "2026-01-08T05:42:03Z")

</div>

> [@Ruak](#):
>
> For the first part - Will this work in tandem with multiple users because 1 user might have triggered the workflow while 10 others might not have. So that 2 minute hiding of submit button should be for only that individual. Will i need to create a separate workflow to capture the timestamp each time a user clicks on the submit button?

The Timestamp column should be User Specific, or it can be a column in the User Profile row.  
Multiple instances of the same server side workflow can run simultaneously, but I think the limit is 5. If there are more than 5, then I suspect (but not 100% certain) that they will be queued.

---

<div class="post-metadata">

**Author:** ![Ruak](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/ruak/32/83044_2.png) [@Ruak](https://community.glideapps.com/u/Ruak)\
**Post date:** [January 8, 2026, 6:10am UTC](https://community.glideapps.com/t/triggering-workflows-that-take-a-few-minutes/85925/6 "2026-01-08T06:10:21Z")

</div>

Aren’t all workflows in glide server side? Like we click on a button in the front end and then the back end database glide tables get modified.  
Are you saying that if more than 5 users click on the submit button(that triggers a workflow around their respective data entries) around the same time, then all those extra clicks are going to glitch? or will they execute just after a while ?

---

<div class="post-metadata">

**Author:** ![Darren\_Murphy](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/darren_murphy/32/47326_2.png) [@Darren\_Murphy](https://community.glideapps.com/u/Darren_Murphy)\
**Post date:** [January 8, 2026, 9:18am UTC](https://community.glideapps.com/t/triggering-workflows-that-take-a-few-minutes/85925/7 "2026-01-08T09:18:07Z")

</div>

> [@Ruak](#):
>
> Aren’t all workflows in glide server side? Like we click on a button in the front end and then the back end database glide tables get modified.

App interaction workflows execute on the client device that triggered them.  
All other workflows execute server side.

> [@Ruak](#):
>
> Are you saying that if more than 5 users click on the submit button(that triggers a workflow around their respective data entries) around the same time, then all those extra clicks are going to glitch? or will they execute just after a while ?

If there are more than 5, then I believe the extra one go into a queue, and get processed once a spare slot becomes available. Note: I’m not 100% sure about this. Somebody may correct me.

---

<div class="post-metadata">

**Author:** ![nathanaelb](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/nathanaelb/32/43079_2.png) [@nathanaelb](https://community.glideapps.com/u/nathanaelb)\
**Post date:** [January 8, 2026, 1:17pm UTC](https://community.glideapps.com/t/triggering-workflows-that-take-a-few-minutes/85925/8 "2026-01-08T13:17:02Z")

</div>

> [@Darren\_Murphy](#):
>
> Note: I’m not 100% sure about this. Somebody may correct me.

If _you_ don’t know, Darren, and if the information is not documented in Glide Docs, I’d be curious to know where such information can be found.

For most common questions, I search Glide Docs and the forum. I’ll trust Glide staff and a few of the experts.

But then beyond that, where or how do we confirm technical limits for sure?

---

<div class="post-metadata">

**Author:** ![Darren\_Murphy](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/darren_murphy/32/47326_2.png) [@Darren\_Murphy](https://community.glideapps.com/u/Darren_Murphy)\
**Post date:** [January 8, 2026, 1:51pm UTC](https://community.glideapps.com/t/triggering-workflows-that-take-a-few-minutes/85925/9 "2026-01-08T13:51:23Z")

</div>

> [@nathanaelb](#):
>
> If _you_ don’t know, Darren, and if the information is not documented in Glide Docs, I’d be curious to know where such information can be found.

I recall that David shared a demo on Slack a while back, where the concurrency limit of 5 was mentioned. But I don’t recall what was said happens when more than 5 at a time were triggered. Logically, you would expect them to go into a queue…

> [@nathanaelb](#):
>
> But then beyond that, where or how do we confirm technical limits for sure?

Ask Glide Engineering, via Support 🙂
