Skip to content

Backwards backfill UI incorrectly shows “no running tasks” while older backfill task instances are still running #64827

Closed

Description

@JWDobken

Under which category would you file this issue?

Airflow Core

Apache Airflow version

airflow:3.1.7

What happened and how to reproduce it?

What happened?

During a backwards backfill, the Airflow UI main page indicates that there are no running tasks, even though at least one task instance is still running.

From what I can see, this happens when the most recent/latest task instance is already in a completed state, while an older task instance is still running. The UI appears to infer that nothing is running based on the latest task, instead of checking whether any task instance in the backfill is still running.

What you think should happen instead?

The UI should report running tasks whenever any task instance in the relevant backfill / DAG run is still running.

Operating System

airflow@airflow-dev-api-server-55ff78f868-pfb2s:/opt/airflow$ cat /etc/os-release PRETTY_NAME="Debian GNU/Linux 12 (bookworm)" NAME="Debian GNU/Linux" VERSION_ID="12" VERSION="12 (bookworm)" VERSION_CODENAME=bookworm ID=debian HOME_URL="https://www.debian.org/" SUPPORT_URL="https://www.debian.org/support" BUG_REPORT_URL="https://bugs.debian.org/"

Deployment

Official Apache Airflow Helm Chart

Apache Airflow Provider(s)

No response

Versions of Apache Airflow Providers

No response

Official Helm Chart version

1.19.0

Kubernetes Version

v1.33.9

Helm Chart configuration

No response

Docker Image customizations

No response

Anything else?

No response

Are you willing to submit PR?

  • Yes I am willing to submit a PR!

Code of Conduct

Activity

  1. added
    kind:bugThis is a clearly a bug
    needs-triagelabel for new issues that we didn't triage yet
    on Apr 7, 2026
  2. added
    area:backfillSpecifically for backfill related
    area:UIRelated to UI/UX. For Frontend Developers.
    priority:mediumBug that should be fixed before next release but would not block a release
    on Apr 7, 2026
  3. bbovenzi commented on Apr 14, 2026

    @bbovenzi
    Contributor

    Can you provide a screenshot or gif of what you're talking about? I am trying to understand which UI element is incorrect.

  4. removed
    needs-triagelabel for new issues that we didn't triage yet
    on Apr 14, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    area:UIRelated to UI/UX. For Frontend Developers.area:backfillSpecifically for backfill relatedkind:bugThis is a clearly a bugpriority:mediumBug that should be fixed before next release but would not block a release

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions