You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Around 12:11:00 UTC on August 7th I "selected all" work orders for a particular workflow from the history page.
I opened the "retry" modal and it asked if I'd like to retry the 10 on this page, or all 3418 that match the query.
I chose to retry all 3418 from the start.
When I clicked retry all, the button greyed out and the page just sat there.... no response.
Eventually, I clicked away to another page.
When I went to the workflows overview page for my project, I could see that (over the course of about 2 minutes) the number of enqueued runs climbed up to 1695.
When I navigated back to the history page, the page was left blank. (Loading work orders.)
In the end, it feels like there are at least 3 things happening:
The form submission in the retry modal seems like it might be waiting until everything is done in the DB before closing. If that's the case, we should instead replicate the v1 behaviour where we send a request to the backend, return some sort of :ack, and then finally notify via toast when all WOs have been re-enqueued—or notify via toast if there's a failure. But the idea is that it should be async.
3418 were requested to be retried, but only 1695 got enqueued. 🫤
The history page may be cracking under big retry load, making it impossible to see what's going on at a moment when we'd expect users to be watching, hawk-eyed, on the history interface,
The text was updated successfully, but these errors were encountered:
Here's the story:
In the end, it feels like there are at least 3 things happening:
:ack
, and then finally notify via toast when all WOs have been re-enqueued—or notify via toast if there's a failure. But the idea is that it should be async.The text was updated successfully, but these errors were encountered: