UI: Use react-query native error state for bulk action hooks#67284
Open
pierrejeambrun wants to merge 3 commits into
Open
UI: Use react-query native error state for bulk action hooks#67284pierrejeambrun wants to merge 3 commits into
pierrejeambrun wants to merge 3 commits into
Conversation
boring-cyborg
Bot
added
area:airflow-ctl
area:API
1 task
Member
Author
|
Only the last commit is relevant. |
pierrejeambrun
force-pushed
the
fix/bulk-action-error-handling
branch
from
0f52d79 to
c0952b0
Compare
bbovenzi
reviewed
May 22, 2026
bbovenzi
reviewed
May 22, 2026
Contributor
bbovenzi
left a comment
bbovenzi
left a comment
There was a problem hiding this comment.
Could you add a screenshot of the modal with many errors at once? Let's make sure the modal displays correctly
Both ``useBulkTaskInstances`` and ``useBulkDeleteDagRuns`` mirrored
the same anti-pattern: a ``useState<unknown>`` field, an ``onError``
callback that just forwarded to ``setError``, and a tiny helper that
grabbed ``errors[0]`` from the response body and re-shaped it into
``{body:{detail:...}}`` so ``ErrorAlert`` could render the first
per-entity failure. That hid every error past the first and
duplicated mutation state into React state for no reason.
Both hooks now return ``{ bulkAction, data, error, isPending, reset }``
straight from ``useMutation``:
- ``error`` covers HTTP-level failures (4xx/5xx, network).
- ``data.delete.errors`` / ``data.update.errors`` carries the
per-entity failures the backend returns on a 200 response (partial
success). Consumers render every entry, not just the first.
- ``reset`` replaces the consumer-side ``setError(undefined)`` calls.
``onSuccess`` still invalidates queries unconditionally, fires the
toaster + clears selection when ``success.length > 0``, and only
closes the dialog when ``errors.length === 0`` — partial-success
keeps the dialog open so the user can read what failed.
The three consumers (``BulkMarkTaskInstancesAsButton``,
``BulkDeleteTaskInstancesButton``, ``BulkDeleteDagRunsButton``) now
render network errors via ``ErrorAlert`` and per-entity errors as a
``Stack`` of ``Alert`` rows below it.
pierrejeambrun
force-pushed
the
fix/bulk-action-error-handling
branch
from
c0952b0 to
d44e815
Compare
On a partial success the dialog now stays mounted so the user can read
the per-entity errors, and only the successful rows are removed from
the selection — clicking confirm again retries just the failed ones.
The previous behaviour cleared the whole selection on any success,
which collapsed the ActionBar (its open state is bound to
``selectedRows.size``) and unmounted the dialog along with it, hiding
the errors the user was meant to see.
UI row keys now use the same identifier format the bulk API echoes
back in ``success`` / ``errors`` (``{dag_id}.{run_id}`` and
``{dag_id}.{run_id}.{task_id}[{map_index}]``), so the bulk hooks can
pass the response's ``success`` array straight to a new
``deselectKeys`` on ``useRowSelection``.
Member
Author
Partial success, delete dag runs. Screen.Recording.2026-05-26.at.15.08.59.movPartial success, delete task instances: Screen.Recording.2026-05-26.at.15.30.00.movPartial success, mark task instances as: |
pierrejeambrun
requested review from
choo121600,
guan404ming,
ryanahamilton,
shubhamraj-git and
vatsrahul1001
as code owners
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
2 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
useBulkTaskInstancesanduseBulkDeleteDagRunsboth kept the same anti-pattern @bbovenzi flagged on #67095: auseState<unknown>for the error, anonErrorcallback that just forwarded the network error tosetError, and a tiny helper that grabbederrors[0]from the response body and re-shaped it into{body:{detail:...}}soErrorAlertcould render the first per-entity failure. That hid every error past the first and duplicated mutation state into React state for no reason.Both hooks now return
{ bulkAction, data, error, isPending, reset }straight fromuseMutation:errorcovers HTTP-level failures (4xx/5xx, network).data.delete.errors/data.update.errorscarries the per-entity failures the backend returns on a 200 response (partial success). Consumers render every entry, not just the first.resetreplaces the consumer-sidesetError(undefined)calls.onSuccessstill invalidates queries unconditionally, fires the toaster + clears selection whensuccess.length > 0, and only closes the dialog whenerrors.length === 0— partial-success keeps the dialog open so the user can read what failed.Was generative AI tooling used to co-author this PR?
Generated-by: Claude Code (Opus 4.7) following the guidelines