Under which category would you file this issue?
Providers
Apache Airflow version
3.2
What happened and how to reproduce it?
▎ Issue Description
▎
▎ In the DAG Calendar view (Hourly granularity, Total Runs), an hour cell whose run is in the queued state is rendered with the same solid green as success cells. The cell is
▎ visually indistinguishable from a successful hour — only the hover tooltip reveals the actual state.
▎
▎ The legend in this view only documents:
▎ - a green gradient (More / Less) for Total Runs,
▎ - Planned (gray),
▎ - Mixed (green/red split).
▎
▎ There is no swatch for queued. Hovering the green cell shows the tooltip Apr 08, 10:00 — 1 Queued even though the cell is colored as if it were a successful run.
▎
▎ Steps to reproduce
▎ 1. Open the Airflow 3.2 UI.
▎ 2. Open a DAG that has at least one hour-bucket whose run is in the queued state.
▎ 3. Navigate to the DAG → Calendar tab → granularity Hourly → metric Total Runs.
▎ 4. Hover over the cell containing the queued run — tooltip says N Queued, but the cell is rendered solid green.
What you think should happen instead?
▎ The queued state should have a visually distinct treatment in the Calendar heatmap (its own color, or the Planned gray treatment) so the heatmap doesn't conflate
▎ not-yet-completed runs with successes. Currently a cell holding only a queued run looks identical to a fully-successful hour, which is misleading.
Operating System
No response
Deployment
None
Apache Airflow Provider(s)
No response
Versions of Apache Airflow Providers
No response
Official Helm Chart version
Not Applicable
Kubernetes Version
No response
Helm Chart configuration
No response
Docker Image customizations
No response
Anything else?
No response
Are you willing to submit PR?
Code of Conduct
Under which category would you file this issue?
Providers
Apache Airflow version
3.2
What happened and how to reproduce it?
▎ Issue Description
▎
▎ In the DAG Calendar view (Hourly granularity, Total Runs), an hour cell whose run is in the queued state is rendered with the same solid green as success cells. The cell is
▎ visually indistinguishable from a successful hour — only the hover tooltip reveals the actual state.
▎
▎ The legend in this view only documents:
▎ - a green gradient (More / Less) for Total Runs,
▎ - Planned (gray),
▎ - Mixed (green/red split).
▎
▎ There is no swatch for queued. Hovering the green cell shows the tooltip Apr 08, 10:00 — 1 Queued even though the cell is colored as if it were a successful run.
▎
▎ Steps to reproduce
▎ 1. Open the Airflow 3.2 UI.
▎ 2. Open a DAG that has at least one hour-bucket whose run is in the queued state.
▎ 3. Navigate to the DAG → Calendar tab → granularity Hourly → metric Total Runs.
▎ 4. Hover over the cell containing the queued run — tooltip says N Queued, but the cell is rendered solid green.
What you think should happen instead?
▎ The queued state should have a visually distinct treatment in the Calendar heatmap (its own color, or the Planned gray treatment) so the heatmap doesn't conflate
▎ not-yet-completed runs with successes. Currently a cell holding only a queued run looks identical to a fully-successful hour, which is misleading.
Operating System
No response
Deployment
None
Apache Airflow Provider(s)
No response
Versions of Apache Airflow Providers
No response
Official Helm Chart version
Not Applicable
Kubernetes Version
No response
Helm Chart configuration
No response
Docker Image customizations
No response
Anything else?
No response
Are you willing to submit PR?
Code of Conduct