-
Notifications
You must be signed in to change notification settings - Fork 41
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
fix: get_ancestors should ignore 404s #569
Conversation
This can happen when attempting to fetch tasks (either directly or indirectly) that have expired. My view on this is that such tasks should be treated as no longer being dependencies since they no longer exist. I can see a case for maybe making this optional behaviour, but I don't know of any use cases where we'd want to raise an exception for this case. Certainly when being used as part of actions or other CI code it ends up being a ticking time bomb.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I agree that this should be the expected behaviour.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Makes sense to me, I'm surprised we haven't hit this before now.
We could return a tuple with expired_ancestors
being the second variable.. But it's probably not worth the breaking change. Also it wouldn't even be fully accurate as we'd have no way of finding dependencies of the expired tasks in turn.
This includes taskcluster/taskgraph#569, which is the upstreamed version of the fix for taskcluster/taskgraph#569.
This includes taskcluster/taskgraph#569, which is the upstreamed version of the fix for taskcluster/taskgraph#569.
This includes taskcluster/taskgraph#569, which is the upstreamed version of the fix for taskcluster/taskgraph#569.
This includes taskcluster/taskgraph#569, which is the upstreamed version of the fix for taskcluster/taskgraph#569.
This can happen when attempting to fetch tasks (either directly or indirectly) that have expired. My view on this is that such tasks should be treated as no longer being dependencies since they no longer exist.
I can see a case for maybe making this optional behaviour, but I don't know of any use cases where we'd want to raise an exception for this case. Certainly when being used as part of actions or other CI code it ends up being a ticking time bomb.