[ColtenOuO]

Adds airflowctl tasks list <dag_id> [--order-by], backed by the existing GET /dags/{dag_id}/tasks Public API endpoint, and marks the core airflow tasks list command with @deprecated_for_airflowctl.

related: #68402 [AIP-94] airflowctl command migration

related: #66173

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

• Yes — Claude Code (Opus 5) for writing Tests.

[potiuk]

Heads-up: I merged #69274 earlier today and it has just put this PR into conflict — apologies, the overlap wasn't visible until I went looking.

#69274 marked the tasks CLI commands as migrated, which included adding exactly the two lines this PR also adds:

• @deprecated_for_airflowctl("airflowctl tasks list") on task_list in airflow-core/src/airflow/cli/commands/task_command.py (now on main)
• (task_command.task_list, "airflowctl tasks list") in test_command_deprecations.py

This branch is ~133 commits behind main, so both will collide on rebase. The fix is simply to drop them from this PR — they're already on main — and keep the airflowctl side, which is the actual substance here.

Same situation applies to #69397 (tasks failed-deps), which I've flagged there too. Worth knowing the pattern: the AIP-94 marker PRs and the airflowctl command PRs touch the same two core files, so whichever lands first obliges the other to rebase.

---

Drafted-by: Claude Code (Opus 5); reviewed by @potiuk before posting

[ColtenOuO]

Thanks for the heads-up! Rebased onto latest main and dropped both duplicated lines

[ColtenOuO]

I think the failing Airflow CTL tests check doesn't come from this PR (?

The tasks list tests had passed

[sgoel2be24-cyber]

I tested this PR against current main (386132ef, 2026-09-16). The diff still applies cleanly, with no rebase conflicts.

Tests (run locally, Python 3.10 uv env from airflow-ctl/):

• TestTasksOperations::test_list[no-order-by|with-order-by] and TestCliConfigMethods::test_tasks_list_args pass. They fail without the operations.py change (AttributeError: 'TasksOperations' object has no attribute 'list' / StopIteration), so they cover the change.
• Full airflow-ctl unit suite: 397 passed.
• prek run --files <changed files>: ruff, ruff-format, mypy for airflow-ctl, check-airflowctl-command-coverage, check-airflowctl-help-texts and the other hooks pass. I couldn't run generate-airflowctl-help-images locally because it needs breeze, so CI needs to confirm the tasks hash and SVG.

About the red Airflow CTL tests / airflow-ctl:P3.10 tests job: it failed only in tests/airflow_ctl/ctl/commands/test_task_command.py::TestFailedDeps (ValidationError: 19 validation errors for TaskInstanceResponse). This PR doesn't touch that file, and all of TestFailedDeps passes on current main with this diff applied. It looks like a breakage that was on main when the job ran (2026-07-30), so a rebase or CI re-run should turn it green.

Code: the implementation looks right to me.

• GET /dags/{dag_id}/tasks isn't paginated (it returns every task plus total_entries), so calling client.get directly instead of execute_list fits.
• _build_query_params leaves order_by out when it's unset, so the server's default (task_id) applies.

One small suggestion: #66173 lists TasksOperations.list as the only operation from its original checklist that isn't on main yet. get, get_dependencies and list on TaskInstancesOperations, and TasksOperations.clear, have all been merged. Adding related: #66173 to the description would link that issue to this PR.

---

Drafted-by: Claude Code (Opus 5); reviewed by @sgoel2be24-cyber before posting

[ColtenOuO]

Rebased to the lastest main branch and re-run the CI.

[potiuk]

Hello @ColtenOuO - thank you for your contributions to Apache Airflow!

The Airflow community has introduced a limit of 5 open pull requests at a time for contributors without write access to the repository. You currently have 19 open pull requests, so - as a one-time step of introducing the limit - we closed the ones where maintainers have not engaged yet:

• [AIP-94] Add airflowctl Tasks List Command #70472 - [AIP-94] Add airflowctl Tasks List Command
• Let HookToolset retry a failed tool call instead of failing the task #71853 - Let HookToolset retry a failed tool call instead of failing the task
• Fix scheduler crash when the API server response is a redirect #71962 - Fix scheduler crash when the API server response is a redirect
• Fix manually triggered runs blocking a scheduled run at the same logical_date #72003 - Fix manually triggered runs blocking a scheduled run at the same logical_date
• Fix mismatched XCom values when a dynamically mapped task has a gap #72007 - Fix mismatched XCom values when a dynamically mapped task has a gap
• Refactor schema version checks to share target-branch and worktree logic #72070 - Refactor schema version checks to share target-branch and worktree logic
• Document custom OTel metrics endpoint path support #72073 - Document custom OTel metrics endpoint path support
• Batch XCom lookups when resolving a mapped task's expand() arguments #72107 - Batch XCom lookups when resolving a mapped task's expand() arguments
• Remove redundant full-Dag TaskInstance query from the execution API task-states endpoint #72270 - Remove redundant full-Dag TaskInstance query from the execution API task-states endpoint
• Fix asset dependency graph dropping outlets for tasks that both consume and produce #72272 - Fix asset dependency graph dropping outlets for tasks that both consume and produce
• Make supervisor split-line stdout test actually cover the split in Task SDK #72585 - Make supervisor split-line stdout test actually cover the split in Task SDK
• Fix GET /assets/{asset_id} returning 500 when asset events share a timestamp #72599 - Fix GET /assets/{asset_id} returning 500 when asset events share a timestamp
• Show detailed API error messages in UI toasters #72831 - Show detailed API error messages in UI toasters

These pull requests stay open because maintainers are already engaged in them - they count towards your limit:

• Fix output type loss in AgentOperator's human-in-the-loop review #70132 - Fix output type loss in AgentOperator's human-in-the-loop review
• Decode base64 for bytes-typed HookToolset parameters #70433 - Decode base64 for bytes-typed HookToolset parameters
• Allow providers to ship testing Dags separately from example Dags #70541 - Allow providers to ship testing Dags separately from example Dags
• Reject unknown update_mask fields instead of silently ignoring them #71003 - Reject unknown update_mask fields instead of silently ignoring them
• Speed up clearing downstream tasks on large Dags #71203 - Speed up clearing downstream tasks on large Dags
• Add deadline alert coverage to Dag endpoint tests #72296 - Add deadline alert coverage to Dag endpoint tests

This is not a judgement of you or of your changes. We never told contributors before that opening many pull requests at once was a problem, so there is nothing to feel bad about - and nothing is lost: your branches, commits and the review history stay where they are.

What we ask you to do is to make your first prioritization decision: choose which of the pull requests above matter most to you, and reopen them (up to 5 open at a time, including the ones still open) with the "Reopen pull request" button or gh pr reopen <PR_NUMBER> --repo apache/airflow. Reopen the ones you are ready to follow through - keep them rebased, respond to review comments and fix failing checks.

While your pull requests are waiting for review, the most valuable thing you can do is help in other ways - reviewing other contributors' pull requests, helping with issues, and taking part in the discussions on the devlist and Slack.

Why we introduced the limit, what it means for you and how to reopen or restore a pull request is explained in https://github.com/apache/airflow/blob/main/contributing-docs/32_open_pull_request_limit.rst.

---

Drafted-by: Claude Code (Opus 5); reviewed by @potiuk before posting