UI: Filter task instances by rendered map index by pierrejeambrun · Pull Request #66008 · apache/airflow

pierrejeambrun · 2026-04-28T09:13:42Z

Summary

Adds a rendered_map_index exact-match filter (list-of-strings, ANY_EQUAL) to the public listMapped and listTaskInstances endpoints, mirroring the existing map_index filter, and surfaces it in the Task Instances filter bar in the UI. Users can now find a dynamically mapped task by the named mapping that's already shown in the column — no more "search by what you see" gap.

Test plan

Unit tests pass (pytest test_task_instances.py -k rendered_map_index_filter)
TypeScript + ESLint clean
Manually verified in breeze with the customer-reported curl: ?rendered_map_index=1 now returns the row whose _rendered_map_index is NULL.

Screen.Recording.2026-04-30.at.16.02.11.mov

Was generative AI tooling used to co-author this PR?

Yes — Claude Code (Opus 4.7)

Generated-by: Claude Code (Opus 4.7) following the guidelines

bbovenzi · 2026-04-29T16:31:03Z

Rendered Map Index seems to be searching by the index number but not the rendered string.

pierrejeambrun · 2026-04-30T12:32:07Z

Similarly to the 'map_index' this is an exact filter, not a search.

But since it's a string it probably makes more sense. Let me update that, it was my first draft but moved away from it for consistency.

bbovenzi · 2026-05-04T15:01:10Z

Merge conflicts and MySQL test failure

vatsrahul1001 · 2026-05-12T10:47:57Z

@pierrejeambrun can you resolve conflicts and look into failing test?

Adds 'rendered_map_index_pattern' (substring match) and 'rendered_map_index_prefix_pattern' (index-friendly prefix match) query parameters to the public listMapped and listTaskInstances endpoints, mirroring the existing 'operator_name', 'pool_name', etc. pattern/prefix-pattern pairs. The UI surfaces this as a search input in the TaskInstances filter bar — prefix search by default, with an 'advanced search' toggle to switch to substring match. The TaskInstance.rendered_map_index hybrid_property now has a SQL-level .expression so queries see the same value as the API response: the explicit _rendered_map_index when set, otherwise str(map_index). Without this, filtering on rendered map index silently dropped rows whose _rendered_map_index column is NULL but whose displayed value is the numeric map index. Closesapache#51820.

github-actions · 2026-05-18T11:47:33Z

Backport failed to create: v3-2-test. View the failure log Run details

Note: As of Merging PRs targeted for Airflow 3.X
the committer who merges the PR is responsible for backporting the PRs that are bug fixes (generally speaking) to the maintenance branches.

In matter of doubt please ask in #release-management Slack channel.

Status	Branch	Result
❌	v3-2-test

You can attempt to backport this manually by running:

cherry_picker 73a6641 v3-2-test

This should apply the commit to the v3-2-test branch and leave the commit in conflict state marking
the files that need manual conflict resolution.

After you have resolved the conflicts, you can continue the backport process by running:

cherry_picker --continue

If you don't have cherry-picker installed, see the installation guide.

vatsrahul1001 · 2026-05-18T11:56:17Z

@pierrejeambrun could help with manual backport?

* UI: Search task instances by rendered map index Adds 'rendered_map_index_pattern' (substring match) and 'rendered_map_index_prefix_pattern' (index-friendly prefix match) query parameters to the public listMapped and listTaskInstances endpoints, mirroring the existing 'operator_name', 'pool_name', etc. pattern/prefix-pattern pairs. The UI surfaces this as a search input in the TaskInstances filter bar — prefix search by default, with an 'advanced search' toggle to switch to substring match. The TaskInstance.rendered_map_index hybrid_property now has a SQL-level .expression so queries see the same value as the API response: the explicit _rendered_map_index when set, otherwise str(map_index). Without this, filtering on rendered map index silently dropped rows whose _rendered_map_index column is NULL but whose displayed value is the numeric map index. Closes#51820. * Fix rebase linting * Fix mysql tests * Fix conflicts --------- (cherry picked from commit 73a6641) Co-authored-by: Brent Bovenzi <brent.bovenzi@gmail.com> Co-authored-by: Rahul Vats <43964496+vatsrahul1001@users.noreply.github.com>

pierrejeambrun · 2026-04-28T09:13:42Z

Summary

Closes#51820.

Adds a rendered_map_index exact-match filter (list-of-strings, ANY_EQUAL) to the public listMapped and listTaskInstances endpoints, mirroring the existing map_index filter, and surfaces it in the Task Instances filter bar in the UI. Users can now find a dynamically mapped task by the named mapping that's already shown in the column — no more "search by what you see" gap.

Test plan

Unit tests pass (pytest test_task_instances.py -k rendered_map_index_filter)
TypeScript + ESLint clean
Manually verified in breeze with the customer-reported curl: ?rendered_map_index=1 now returns the row whose _rendered_map_index is NULL.

Screen.Recording.2026-04-30.at.16.02.11.mov

Was generative AI tooling used to co-author this PR?

Yes — Claude Code (Opus 4.7)

Generated-by: Claude Code (Opus 4.7) following the guidelines

bbovenzi · 2026-04-29T16:31:03Z

Rendered Map Index seems to be searching by the index number but not the rendered string.

pierrejeambrun · 2026-04-30T12:32:07Z

Similarly to the 'map_index' this is an exact filter, not a search.

But since it's a string it probably makes more sense. Let me update that, it was my first draft but moved away from it for consistency.

bbovenzi · 2026-05-04T15:01:10Z

Merge conflicts and MySQL test failure

vatsrahul1001 · 2026-05-12T10:47:57Z

@pierrejeambrun can you resolve conflicts and look into failing test?

Adds 'rendered_map_index_pattern' (substring match) and 'rendered_map_index_prefix_pattern' (index-friendly prefix match) query parameters to the public listMapped and listTaskInstances endpoints, mirroring the existing 'operator_name', 'pool_name', etc. pattern/prefix-pattern pairs. The UI surfaces this as a search input in the TaskInstances filter bar — prefix search by default, with an 'advanced search' toggle to switch to substring match. The TaskInstance.rendered_map_index hybrid_property now has a SQL-level .expression so queries see the same value as the API response: the explicit _rendered_map_index when set, otherwise str(map_index). Without this, filtering on rendered map index silently dropped rows whose _rendered_map_index column is NULL but whose displayed value is the numeric map index. Closesapache#51820.

github-actions · 2026-05-18T11:47:33Z

Backport failed to create: v3-2-test. View the failure log Run details

Note: As of Merging PRs targeted for Airflow 3.X
the committer who merges the PR is responsible for backporting the PRs that are bug fixes (generally speaking) to the maintenance branches.

In matter of doubt please ask in #release-management Slack channel.

Status	Branch	Result
❌	v3-2-test

You can attempt to backport this manually by running:

cherry_picker 73a6641 v3-2-test

This should apply the commit to the v3-2-test branch and leave the commit in conflict state marking
the files that need manual conflict resolution.

After you have resolved the conflicts, you can continue the backport process by running:

cherry_picker --continue

If you don't have cherry-picker installed, see the installation guide.

vatsrahul1001 · 2026-05-18T11:56:17Z

@pierrejeambrun could help with manual backport?

* UI: Search task instances by rendered map index Adds 'rendered_map_index_pattern' (substring match) and 'rendered_map_index_prefix_pattern' (index-friendly prefix match) query parameters to the public listMapped and listTaskInstances endpoints, mirroring the existing 'operator_name', 'pool_name', etc. pattern/prefix-pattern pairs. The UI surfaces this as a search input in the TaskInstances filter bar — prefix search by default, with an 'advanced search' toggle to switch to substring match. The TaskInstance.rendered_map_index hybrid_property now has a SQL-level .expression so queries see the same value as the API response: the explicit _rendered_map_index when set, otherwise str(map_index). Without this, filtering on rendered map index silently dropped rows whose _rendered_map_index column is NULL but whose displayed value is the numeric map index. Closes#51820. * Fix rebase linting * Fix mysql tests * Fix conflicts --------- (cherry picked from commit 73a6641) Co-authored-by: Brent Bovenzi <brent.bovenzi@gmail.com> Co-authored-by: Rahul Vats <43964496+vatsrahul1001@users.noreply.github.com>

pierrejeambrun · 2026-04-28T09:13:42Z

Summary

Closes#51820.

Adds a rendered_map_index exact-match filter (list-of-strings, ANY_EQUAL) to the public listMapped and listTaskInstances endpoints, mirroring the existing map_index filter, and surfaces it in the Task Instances filter bar in the UI. Users can now find a dynamically mapped task by the named mapping that's already shown in the column — no more "search by what you see" gap.

Test plan

Unit tests pass (pytest test_task_instances.py -k rendered_map_index_filter)
TypeScript + ESLint clean
Manually verified in breeze with the customer-reported curl: ?rendered_map_index=1 now returns the row whose _rendered_map_index is NULL.

Screen.Recording.2026-04-30.at.16.02.11.mov

Was generative AI tooling used to co-author this PR?

Yes — Claude Code (Opus 4.7)

Generated-by: Claude Code (Opus 4.7) following the guidelines

bbovenzi · 2026-04-29T16:31:03Z

Rendered Map Index seems to be searching by the index number but not the rendered string.

pierrejeambrun · 2026-04-30T12:32:07Z

Similarly to the 'map_index' this is an exact filter, not a search.

But since it's a string it probably makes more sense. Let me update that, it was my first draft but moved away from it for consistency.

bbovenzi · 2026-05-04T15:01:10Z

Merge conflicts and MySQL test failure

vatsrahul1001 · 2026-05-12T10:47:57Z

@pierrejeambrun can you resolve conflicts and look into failing test?

Adds 'rendered_map_index_pattern' (substring match) and 'rendered_map_index_prefix_pattern' (index-friendly prefix match) query parameters to the public listMapped and listTaskInstances endpoints, mirroring the existing 'operator_name', 'pool_name', etc. pattern/prefix-pattern pairs. The UI surfaces this as a search input in the TaskInstances filter bar — prefix search by default, with an 'advanced search' toggle to switch to substring match. The TaskInstance.rendered_map_index hybrid_property now has a SQL-level .expression so queries see the same value as the API response: the explicit _rendered_map_index when set, otherwise str(map_index). Without this, filtering on rendered map index silently dropped rows whose _rendered_map_index column is NULL but whose displayed value is the numeric map index. Closesapache#51820.

github-actions · 2026-05-18T11:47:33Z

Backport failed to create: v3-2-test. View the failure log Run details

Note: As of Merging PRs targeted for Airflow 3.X
the committer who merges the PR is responsible for backporting the PRs that are bug fixes (generally speaking) to the maintenance branches.

In matter of doubt please ask in #release-management Slack channel.

Status	Branch	Result
❌	v3-2-test

You can attempt to backport this manually by running:

cherry_picker 73a6641 v3-2-test

This should apply the commit to the v3-2-test branch and leave the commit in conflict state marking
the files that need manual conflict resolution.

After you have resolved the conflicts, you can continue the backport process by running:

cherry_picker --continue

If you don't have cherry-picker installed, see the installation guide.

vatsrahul1001 · 2026-05-18T11:56:17Z

@pierrejeambrun could help with manual backport?

* UI: Search task instances by rendered map index Adds 'rendered_map_index_pattern' (substring match) and 'rendered_map_index_prefix_pattern' (index-friendly prefix match) query parameters to the public listMapped and listTaskInstances endpoints, mirroring the existing 'operator_name', 'pool_name', etc. pattern/prefix-pattern pairs. The UI surfaces this as a search input in the TaskInstances filter bar — prefix search by default, with an 'advanced search' toggle to switch to substring match. The TaskInstance.rendered_map_index hybrid_property now has a SQL-level .expression so queries see the same value as the API response: the explicit _rendered_map_index when set, otherwise str(map_index). Without this, filtering on rendered map index silently dropped rows whose _rendered_map_index column is NULL but whose displayed value is the numeric map index. Closes#51820. * Fix rebase linting * Fix mysql tests * Fix conflicts --------- (cherry picked from commit 73a6641) Co-authored-by: Brent Bovenzi <brent.bovenzi@gmail.com> Co-authored-by: Rahul Vats <43964496+vatsrahul1001@users.noreply.github.com>

pierrejeambrun · 2026-04-28T09:13:42Z

Summary

Closes#51820.

Adds a rendered_map_index exact-match filter (list-of-strings, ANY_EQUAL) to the public listMapped and listTaskInstances endpoints, mirroring the existing map_index filter, and surfaces it in the Task Instances filter bar in the UI. Users can now find a dynamically mapped task by the named mapping that's already shown in the column — no more "search by what you see" gap.

Test plan

Unit tests pass (pytest test_task_instances.py -k rendered_map_index_filter)
TypeScript + ESLint clean
Manually verified in breeze with the customer-reported curl: ?rendered_map_index=1 now returns the row whose _rendered_map_index is NULL.

Screen.Recording.2026-04-30.at.16.02.11.mov

Was generative AI tooling used to co-author this PR?

Yes — Claude Code (Opus 4.7)

Generated-by: Claude Code (Opus 4.7) following the guidelines

bbovenzi · 2026-04-29T16:31:03Z

Rendered Map Index seems to be searching by the index number but not the rendered string.

pierrejeambrun · 2026-04-30T12:32:07Z

Similarly to the 'map_index' this is an exact filter, not a search.

But since it's a string it probably makes more sense. Let me update that, it was my first draft but moved away from it for consistency.

bbovenzi · 2026-05-04T15:01:10Z

Merge conflicts and MySQL test failure

vatsrahul1001 · 2026-05-12T10:47:57Z

@pierrejeambrun can you resolve conflicts and look into failing test?

Adds 'rendered_map_index_pattern' (substring match) and 'rendered_map_index_prefix_pattern' (index-friendly prefix match) query parameters to the public listMapped and listTaskInstances endpoints, mirroring the existing 'operator_name', 'pool_name', etc. pattern/prefix-pattern pairs. The UI surfaces this as a search input in the TaskInstances filter bar — prefix search by default, with an 'advanced search' toggle to switch to substring match. The TaskInstance.rendered_map_index hybrid_property now has a SQL-level .expression so queries see the same value as the API response: the explicit _rendered_map_index when set, otherwise str(map_index). Without this, filtering on rendered map index silently dropped rows whose _rendered_map_index column is NULL but whose displayed value is the numeric map index. Closesapache#51820.

github-actions · 2026-05-18T11:47:33Z

Backport failed to create: v3-2-test. View the failure log Run details

Note: As of Merging PRs targeted for Airflow 3.X
the committer who merges the PR is responsible for backporting the PRs that are bug fixes (generally speaking) to the maintenance branches.

In matter of doubt please ask in #release-management Slack channel.

Status	Branch	Result
❌	v3-2-test

You can attempt to backport this manually by running:

cherry_picker 73a6641 v3-2-test

This should apply the commit to the v3-2-test branch and leave the commit in conflict state marking
the files that need manual conflict resolution.

After you have resolved the conflicts, you can continue the backport process by running:

cherry_picker --continue

If you don't have cherry-picker installed, see the installation guide.

vatsrahul1001 · 2026-05-18T11:56:17Z

@pierrejeambrun could help with manual backport?

* UI: Search task instances by rendered map index Adds 'rendered_map_index_pattern' (substring match) and 'rendered_map_index_prefix_pattern' (index-friendly prefix match) query parameters to the public listMapped and listTaskInstances endpoints, mirroring the existing 'operator_name', 'pool_name', etc. pattern/prefix-pattern pairs. The UI surfaces this as a search input in the TaskInstances filter bar — prefix search by default, with an 'advanced search' toggle to switch to substring match. The TaskInstance.rendered_map_index hybrid_property now has a SQL-level .expression so queries see the same value as the API response: the explicit _rendered_map_index when set, otherwise str(map_index). Without this, filtering on rendered map index silently dropped rows whose _rendered_map_index column is NULL but whose displayed value is the numeric map index. Closes#51820. * Fix rebase linting * Fix mysql tests * Fix conflicts --------- (cherry picked from commit 73a6641) Co-authored-by: Brent Bovenzi <brent.bovenzi@gmail.com> Co-authored-by: Rahul Vats <43964496+vatsrahul1001@users.noreply.github.com>

pierrejeambrun · 2026-04-28T09:13:42Z

Summary

Closes#51820.

Adds a rendered_map_index exact-match filter (list-of-strings, ANY_EQUAL) to the public listMapped and listTaskInstances endpoints, mirroring the existing map_index filter, and surfaces it in the Task Instances filter bar in the UI. Users can now find a dynamically mapped task by the named mapping that's already shown in the column — no more "search by what you see" gap.

Test plan

Unit tests pass (pytest test_task_instances.py -k rendered_map_index_filter)
TypeScript + ESLint clean
Manually verified in breeze with the customer-reported curl: ?rendered_map_index=1 now returns the row whose _rendered_map_index is NULL.

Screen.Recording.2026-04-30.at.16.02.11.mov

Was generative AI tooling used to co-author this PR?

Yes — Claude Code (Opus 4.7)

Generated-by: Claude Code (Opus 4.7) following the guidelines

bbovenzi · 2026-04-29T16:31:03Z

Rendered Map Index seems to be searching by the index number but not the rendered string.

pierrejeambrun · 2026-04-30T12:32:07Z

Similarly to the 'map_index' this is an exact filter, not a search.

But since it's a string it probably makes more sense. Let me update that, it was my first draft but moved away from it for consistency.

bbovenzi · 2026-05-04T15:01:10Z

Merge conflicts and MySQL test failure

vatsrahul1001 · 2026-05-12T10:47:57Z

@pierrejeambrun can you resolve conflicts and look into failing test?

Adds 'rendered_map_index_pattern' (substring match) and 'rendered_map_index_prefix_pattern' (index-friendly prefix match) query parameters to the public listMapped and listTaskInstances endpoints, mirroring the existing 'operator_name', 'pool_name', etc. pattern/prefix-pattern pairs. The UI surfaces this as a search input in the TaskInstances filter bar — prefix search by default, with an 'advanced search' toggle to switch to substring match. The TaskInstance.rendered_map_index hybrid_property now has a SQL-level .expression so queries see the same value as the API response: the explicit _rendered_map_index when set, otherwise str(map_index). Without this, filtering on rendered map index silently dropped rows whose _rendered_map_index column is NULL but whose displayed value is the numeric map index. Closesapache#51820.

github-actions · 2026-05-18T11:47:33Z

Backport failed to create: v3-2-test. View the failure log Run details

Note: As of Merging PRs targeted for Airflow 3.X
the committer who merges the PR is responsible for backporting the PRs that are bug fixes (generally speaking) to the maintenance branches.

In matter of doubt please ask in #release-management Slack channel.

Status	Branch	Result
❌	v3-2-test

You can attempt to backport this manually by running:

cherry_picker 73a6641 v3-2-test

This should apply the commit to the v3-2-test branch and leave the commit in conflict state marking
the files that need manual conflict resolution.

After you have resolved the conflicts, you can continue the backport process by running:

cherry_picker --continue

If you don't have cherry-picker installed, see the installation guide.

vatsrahul1001 · 2026-05-18T11:56:17Z

@pierrejeambrun could help with manual backport?

* UI: Search task instances by rendered map index Adds 'rendered_map_index_pattern' (substring match) and 'rendered_map_index_prefix_pattern' (index-friendly prefix match) query parameters to the public listMapped and listTaskInstances endpoints, mirroring the existing 'operator_name', 'pool_name', etc. pattern/prefix-pattern pairs. The UI surfaces this as a search input in the TaskInstances filter bar — prefix search by default, with an 'advanced search' toggle to switch to substring match. The TaskInstance.rendered_map_index hybrid_property now has a SQL-level .expression so queries see the same value as the API response: the explicit _rendered_map_index when set, otherwise str(map_index). Without this, filtering on rendered map index silently dropped rows whose _rendered_map_index column is NULL but whose displayed value is the numeric map index. Closes#51820. * Fix rebase linting * Fix mysql tests * Fix conflicts --------- (cherry picked from commit 73a6641) Co-authored-by: Brent Bovenzi <brent.bovenzi@gmail.com> Co-authored-by: Rahul Vats <43964496+vatsrahul1001@users.noreply.github.com>

pierrejeambrun · 2026-04-28T09:13:42Z

Summary

Closes#51820.

Adds a rendered_map_index exact-match filter (list-of-strings, ANY_EQUAL) to the public listMapped and listTaskInstances endpoints, mirroring the existing map_index filter, and surfaces it in the Task Instances filter bar in the UI. Users can now find a dynamically mapped task by the named mapping that's already shown in the column — no more "search by what you see" gap.

Test plan

Unit tests pass (pytest test_task_instances.py -k rendered_map_index_filter)
TypeScript + ESLint clean
Manually verified in breeze with the customer-reported curl: ?rendered_map_index=1 now returns the row whose _rendered_map_index is NULL.

Screen.Recording.2026-04-30.at.16.02.11.mov

Was generative AI tooling used to co-author this PR?

Yes — Claude Code (Opus 4.7)

Generated-by: Claude Code (Opus 4.7) following the guidelines

bbovenzi · 2026-04-29T16:31:03Z

Rendered Map Index seems to be searching by the index number but not the rendered string.

pierrejeambrun · 2026-04-30T12:32:07Z

Similarly to the 'map_index' this is an exact filter, not a search.

But since it's a string it probably makes more sense. Let me update that, it was my first draft but moved away from it for consistency.

bbovenzi · 2026-05-04T15:01:10Z

Merge conflicts and MySQL test failure

vatsrahul1001 · 2026-05-12T10:47:57Z

@pierrejeambrun can you resolve conflicts and look into failing test?

Adds 'rendered_map_index_pattern' (substring match) and 'rendered_map_index_prefix_pattern' (index-friendly prefix match) query parameters to the public listMapped and listTaskInstances endpoints, mirroring the existing 'operator_name', 'pool_name', etc. pattern/prefix-pattern pairs. The UI surfaces this as a search input in the TaskInstances filter bar — prefix search by default, with an 'advanced search' toggle to switch to substring match. The TaskInstance.rendered_map_index hybrid_property now has a SQL-level .expression so queries see the same value as the API response: the explicit _rendered_map_index when set, otherwise str(map_index). Without this, filtering on rendered map index silently dropped rows whose _rendered_map_index column is NULL but whose displayed value is the numeric map index. Closesapache#51820.

github-actions · 2026-05-18T11:47:33Z

Backport failed to create: v3-2-test. View the failure log Run details

Note: As of Merging PRs targeted for Airflow 3.X
the committer who merges the PR is responsible for backporting the PRs that are bug fixes (generally speaking) to the maintenance branches.

In matter of doubt please ask in #release-management Slack channel.

Status	Branch	Result
❌	v3-2-test

You can attempt to backport this manually by running:

cherry_picker 73a6641 v3-2-test

This should apply the commit to the v3-2-test branch and leave the commit in conflict state marking
the files that need manual conflict resolution.

After you have resolved the conflicts, you can continue the backport process by running:

cherry_picker --continue

If you don't have cherry-picker installed, see the installation guide.

vatsrahul1001 · 2026-05-18T11:56:17Z

@pierrejeambrun could help with manual backport?

* UI: Search task instances by rendered map index Adds 'rendered_map_index_pattern' (substring match) and 'rendered_map_index_prefix_pattern' (index-friendly prefix match) query parameters to the public listMapped and listTaskInstances endpoints, mirroring the existing 'operator_name', 'pool_name', etc. pattern/prefix-pattern pairs. The UI surfaces this as a search input in the TaskInstances filter bar — prefix search by default, with an 'advanced search' toggle to switch to substring match. The TaskInstance.rendered_map_index hybrid_property now has a SQL-level .expression so queries see the same value as the API response: the explicit _rendered_map_index when set, otherwise str(map_index). Without this, filtering on rendered map index silently dropped rows whose _rendered_map_index column is NULL but whose displayed value is the numeric map index. Closes#51820. * Fix rebase linting * Fix mysql tests * Fix conflicts --------- (cherry picked from commit 73a6641) Co-authored-by: Brent Bovenzi <brent.bovenzi@gmail.com> Co-authored-by: Rahul Vats <43964496+vatsrahul1001@users.noreply.github.com>

pierrejeambrun · 2026-04-28T09:13:42Z

Summary

Closes#51820.

Adds a rendered_map_index exact-match filter (list-of-strings, ANY_EQUAL) to the public listMapped and listTaskInstances endpoints, mirroring the existing map_index filter, and surfaces it in the Task Instances filter bar in the UI. Users can now find a dynamically mapped task by the named mapping that's already shown in the column — no more "search by what you see" gap.

Test plan

Unit tests pass (pytest test_task_instances.py -k rendered_map_index_filter)
TypeScript + ESLint clean
Manually verified in breeze with the customer-reported curl: ?rendered_map_index=1 now returns the row whose _rendered_map_index is NULL.

Screen.Recording.2026-04-30.at.16.02.11.mov

Was generative AI tooling used to co-author this PR?

Yes — Claude Code (Opus 4.7)

Generated-by: Claude Code (Opus 4.7) following the guidelines

bbovenzi · 2026-04-29T16:31:03Z

Rendered Map Index seems to be searching by the index number but not the rendered string.

pierrejeambrun · 2026-04-30T12:32:07Z

Similarly to the 'map_index' this is an exact filter, not a search.

But since it's a string it probably makes more sense. Let me update that, it was my first draft but moved away from it for consistency.

bbovenzi · 2026-05-04T15:01:10Z

Merge conflicts and MySQL test failure

vatsrahul1001 · 2026-05-12T10:47:57Z

@pierrejeambrun can you resolve conflicts and look into failing test?

Adds 'rendered_map_index_pattern' (substring match) and 'rendered_map_index_prefix_pattern' (index-friendly prefix match) query parameters to the public listMapped and listTaskInstances endpoints, mirroring the existing 'operator_name', 'pool_name', etc. pattern/prefix-pattern pairs. The UI surfaces this as a search input in the TaskInstances filter bar — prefix search by default, with an 'advanced search' toggle to switch to substring match. The TaskInstance.rendered_map_index hybrid_property now has a SQL-level .expression so queries see the same value as the API response: the explicit _rendered_map_index when set, otherwise str(map_index). Without this, filtering on rendered map index silently dropped rows whose _rendered_map_index column is NULL but whose displayed value is the numeric map index. Closesapache#51820.

github-actions · 2026-05-18T11:47:33Z

Backport failed to create: v3-2-test. View the failure log Run details

Note: As of Merging PRs targeted for Airflow 3.X
the committer who merges the PR is responsible for backporting the PRs that are bug fixes (generally speaking) to the maintenance branches.

In matter of doubt please ask in #release-management Slack channel.

Status	Branch	Result
❌	v3-2-test

You can attempt to backport this manually by running:

cherry_picker 73a6641 v3-2-test

This should apply the commit to the v3-2-test branch and leave the commit in conflict state marking
the files that need manual conflict resolution.

After you have resolved the conflicts, you can continue the backport process by running:

cherry_picker --continue

If you don't have cherry-picker installed, see the installation guide.

vatsrahul1001 · 2026-05-18T11:56:17Z

@pierrejeambrun could help with manual backport?

* UI: Search task instances by rendered map index Adds 'rendered_map_index_pattern' (substring match) and 'rendered_map_index_prefix_pattern' (index-friendly prefix match) query parameters to the public listMapped and listTaskInstances endpoints, mirroring the existing 'operator_name', 'pool_name', etc. pattern/prefix-pattern pairs. The UI surfaces this as a search input in the TaskInstances filter bar — prefix search by default, with an 'advanced search' toggle to switch to substring match. The TaskInstance.rendered_map_index hybrid_property now has a SQL-level .expression so queries see the same value as the API response: the explicit _rendered_map_index when set, otherwise str(map_index). Without this, filtering on rendered map index silently dropped rows whose _rendered_map_index column is NULL but whose displayed value is the numeric map index. Closes#51820. * Fix rebase linting * Fix mysql tests * Fix conflicts --------- (cherry picked from commit 73a6641) Co-authored-by: Brent Bovenzi <brent.bovenzi@gmail.com> Co-authored-by: Rahul Vats <43964496+vatsrahul1001@users.noreply.github.com>

pierrejeambrun · 2026-04-28T09:13:42Z

Summary

Closes#51820.

Adds a rendered_map_index exact-match filter (list-of-strings, ANY_EQUAL) to the public listMapped and listTaskInstances endpoints, mirroring the existing map_index filter, and surfaces it in the Task Instances filter bar in the UI. Users can now find a dynamically mapped task by the named mapping that's already shown in the column — no more "search by what you see" gap.

Test plan

Unit tests pass (pytest test_task_instances.py -k rendered_map_index_filter)
TypeScript + ESLint clean
Manually verified in breeze with the customer-reported curl: ?rendered_map_index=1 now returns the row whose _rendered_map_index is NULL.

Screen.Recording.2026-04-30.at.16.02.11.mov

Was generative AI tooling used to co-author this PR?

Yes — Claude Code (Opus 4.7)

Generated-by: Claude Code (Opus 4.7) following the guidelines

bbovenzi · 2026-04-29T16:31:03Z

Rendered Map Index seems to be searching by the index number but not the rendered string.

pierrejeambrun · 2026-04-30T12:32:07Z

Similarly to the 'map_index' this is an exact filter, not a search.

But since it's a string it probably makes more sense. Let me update that, it was my first draft but moved away from it for consistency.

bbovenzi · 2026-05-04T15:01:10Z

Merge conflicts and MySQL test failure

vatsrahul1001 · 2026-05-12T10:47:57Z

@pierrejeambrun can you resolve conflicts and look into failing test?

Adds 'rendered_map_index_pattern' (substring match) and 'rendered_map_index_prefix_pattern' (index-friendly prefix match) query parameters to the public listMapped and listTaskInstances endpoints, mirroring the existing 'operator_name', 'pool_name', etc. pattern/prefix-pattern pairs. The UI surfaces this as a search input in the TaskInstances filter bar — prefix search by default, with an 'advanced search' toggle to switch to substring match. The TaskInstance.rendered_map_index hybrid_property now has a SQL-level .expression so queries see the same value as the API response: the explicit _rendered_map_index when set, otherwise str(map_index). Without this, filtering on rendered map index silently dropped rows whose _rendered_map_index column is NULL but whose displayed value is the numeric map index. Closesapache#51820.

github-actions · 2026-05-18T11:47:33Z

Backport failed to create: v3-2-test. View the failure log Run details

Note: As of Merging PRs targeted for Airflow 3.X
the committer who merges the PR is responsible for backporting the PRs that are bug fixes (generally speaking) to the maintenance branches.

In matter of doubt please ask in #release-management Slack channel.

Status	Branch	Result
❌	v3-2-test

You can attempt to backport this manually by running:

cherry_picker 73a6641 v3-2-test

This should apply the commit to the v3-2-test branch and leave the commit in conflict state marking
the files that need manual conflict resolution.

After you have resolved the conflicts, you can continue the backport process by running:

cherry_picker --continue

If you don't have cherry-picker installed, see the installation guide.

vatsrahul1001 · 2026-05-18T11:56:17Z

@pierrejeambrun could help with manual backport?

* UI: Search task instances by rendered map index Adds 'rendered_map_index_pattern' (substring match) and 'rendered_map_index_prefix_pattern' (index-friendly prefix match) query parameters to the public listMapped and listTaskInstances endpoints, mirroring the existing 'operator_name', 'pool_name', etc. pattern/prefix-pattern pairs. The UI surfaces this as a search input in the TaskInstances filter bar — prefix search by default, with an 'advanced search' toggle to switch to substring match. The TaskInstance.rendered_map_index hybrid_property now has a SQL-level .expression so queries see the same value as the API response: the explicit _rendered_map_index when set, otherwise str(map_index). Without this, filtering on rendered map index silently dropped rows whose _rendered_map_index column is NULL but whose displayed value is the numeric map index. Closes#51820. * Fix rebase linting * Fix mysql tests * Fix conflicts --------- (cherry picked from commit 73a6641) Co-authored-by: Brent Bovenzi <brent.bovenzi@gmail.com> Co-authored-by: Rahul Vats <43964496+vatsrahul1001@users.noreply.github.com>

pierrejeambrun requested review from XD-DENG, ashb, bbovenzi, bugraoz93, choo121600, ephraimbuddy, guan404ming, jason810496, rawwar, ryanahamilton, shubhamraj-git and vatsrahul1001 as code owners April 28, 2026 09:13

boring-cyborgBot added area:API Airflow's REST/HTTP API area:translations area:UI Related to UI/UX. For Frontend Developers. translation:default labels Apr 28, 2026

pierrejeambrun force-pushed the feature/search-rendered-map-index branch from 1ddd474 to 8658f05Compare April 28, 2026 10:18

pierrejeambrun commented Apr 28, 2026
View reviewed changes

Comment threadairflow-core/tests/unit/api_fastapi/core_api/routes/public/test_task_instances.py

pierrejeambrun requested review from amoghrajesh and kaxil as code owners April 28, 2026 14:26

pierrejeambrun force-pushed the feature/search-rendered-map-index branch from fbc83c1 to 7c5350eCompare April 28, 2026 14:32

pierrejeambrun added this to the Airflow 3.2.2 milestone Apr 29, 2026

bbovenzi added the backport-to-v3-2-test label Apr 29, 2026

pierrejeambrun force-pushed the feature/search-rendered-map-index branch from 7c5350e to d00d73bCompare April 30, 2026 13:58

bbovenzi approved these changes Apr 30, 2026
View reviewed changes

bbovenzi force-pushed the feature/search-rendered-map-index branch from d00d73b to 232d27cCompare May 12, 2026 19:02

pierrejeambrunand others added 3 commits May 13, 2026 10:45

Fix rebase linting
c391dbc

Fix mysql tests
da85d11

bbovenzi force-pushed the feature/search-rendered-map-index branch from 63cd8d5 to da85d11Compare May 13, 2026 14:45

vatsrahul1001and others added 2 commits May 18, 2026 10:33

Merge branch 'main' into feature/search-rendered-map-index
7b27d48

Fix conflicts
b6b61af

pierrejeambrun force-pushed the feature/search-rendered-map-index branch from 58b2cbe to b6b61afCompare May 18, 2026 09:33

vatsrahul1001 merged commit 73a6641 into apache:mainMay 18, 2026
142 checks passed

vatsrahul1001 deleted the feature/search-rendered-map-index branch May 18, 2026 11:46

pierrejeambrun mentioned this pull request May 19, 2026
[v3-2-test] UI: Filter task instances by rendered map index #67163
Merged
1 task

pierrejeambrun modified the milestones: Airflow 3.2.2, Airflow 3.2.3 May 20, 2026

vatsrahul1001 mentioned this pull request May 21, 2026
Status of testing of Apache Airflow 3.2.2rc3 #67282
Closed

manipatnam mentioned this pull request May 26, 2026
fixed sort order for mapped task instances #67551
Merged
1 task

vatsrahul1001 modified the milestones: Airflow 3.2.3, Airflow 3.3.0 Jun 8, 2026

bbovenzi mentioned this pull request Jul 21, 2026
task_id templating #55871
Closed
2 tasks