Uh oh!
There was an error while loading. Please reload this page.
UI: Use bulk clearDagRuns endpoint for bulk Dag run clear - #67846
Conversation
3838df0 to
bf8f98fComparepierrejeambrun
commented
Jun 2, 2026
Screen.Recording.2026-06-02.at.15.09.56.movScreen.Recording.2026-06-02.at.15.12.37.mov |
pierrejeambrun
commented
Jun 2, 2026
53dabe2 to
a7fa62fCompareUh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
f655a6f to
80347fdCompare80347fd to
1a14fc8CompareBackport failed to create: airflow-ctl/v0-1-test. View the failure log Run detailsNote: As of Merging PRs targeted for Airflow 3.X In matter of doubt please ask in #release-management Slack channel.
You can attempt to backport this manually by running: cherry_picker 7651e4b airflow-ctl/v0-1-testThis should apply the commit to the airflow-ctl/v0-1-test branch and leave the commit in conflict state marking After you have resolved the conflicts, you can continue the backport process by running: cherry_picker --continueIf you don't have cherry-picker installed, see the installation guide. |

Wires the Dag Runs bulk-clear action to the new
POST /dags/{dag_id}/clearDagRunsbulk endpoint, replacing the previous client-side fan-out that issued one single-run clear request per selected run.useBulkClearDagRunsnow makes a single atomicclearDagRunscall (~wildcard, each entry carries its owndag_id) instead ofPromise.allSettledover per-run calls.useBulkClearDagRunsDryRunnow makes a single dry-run call instead of auseQueriesfan-out.BulkClearDagRunsButtonis unchanged — both hooks keep their signatures and return shapes.Behavior change: the bulk clear is now atomic — all selected runs clear or none do. The previous fan-out allowed partial success (clear the runs that succeed, report per-run errors). This aligns dag-run bulk clear with the existing
post_clear_task_instancesendpoint, which is already a single all-or-nothing transaction. On failure the dialog stays open and shows a single request-level error.Depends on #67709 (the bulk endpoint + regenerated client live on that branch). This PR is stacked on it — until #67709 merges, the diff here also shows #67709's commits; the UI change itself is the single commit "UI: Use bulk clearDagRuns endpoint instead of per-run fan-out".
Was generative AI tooling used to co-author this PR?
Generated-by: Claude Code (Opus 4.8) following the guidelines