Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

The "Set state to success" in the Task Instances view behaves differently than "Mark state as.. (success)" in Dag's detail view. #39362

Open
1 of 2 tasks
Pad71 opened this issue May 2, 2024 · 0 comments
Labels
area:core kind:bug This is a clearly a bug needs-triage label for new issues that we didn't triage yet

Comments

@Pad71
Copy link

Pad71 commented May 2, 2024

Apache Airflow version

2.9.0

If "Other Airflow 2 version" selected, which one?

No response

What happened?

Dag's detail view

  • action "Mark state as... (Success)" set task instance state to Success and clear downstream tasks.

Task instance view

  • action "Set state to success" set task instance state to Success, but it does not clear downstream tasks. So if there any downstream tasks in the "upstream failed" state, you have to solve it separately. I think, it should behave similar to "Mark state as.. (success)" above.

What you think should happen instead?

The action "Set state to Success" in the task instance view should clear downstream tasks.

How to reproduce

Prerequisity:
Dagrun with the failed task, which has the downstream tasks in the "upstream failed" state.

Open Task Instance View, find failed task and use action "Set State to Success"

Operating System

Kubernetes on Unix platform

Versions of Apache Airflow Providers

No response

Deployment

Official Apache Airflow Helm Chart

Deployment details

No response

Anything else?

No response

Are you willing to submit PR?

  • Yes I am willing to submit a PR!

Code of Conduct

@Pad71 Pad71 added area:core kind:bug This is a clearly a bug needs-triage label for new issues that we didn't triage yet labels May 2, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area:core kind:bug This is a clearly a bug needs-triage label for new issues that we didn't triage yet
Projects
None yet
Development

No branches or pull requests

1 participant