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

Client copying results annotations from previous runs lead to wrong results data #556

Open
khrm opened this issue Aug 8, 2023 · 2 comments
Assignees
Labels
kind/bug Categorizes issue or PR as related to a bug. lifecycle/stale

Comments

@khrm
Copy link
Contributor

khrm commented Aug 8, 2023

Expected Behavior

Pipelinerun control shouldn't allow results annotation to be ignored. It should ignore all annotations apart from the one for summaries.

Actual Behavior

Creating a pipelinerun with previous annotations leads to the result not being created. But records are updated with new taskruns.

Steps to Reproduce the Problem

  1. Create a pipelinerun and wait for it to be finished irrespective of failure or success.
  2. Check the annotations in the pipelinerun above. Copy those same annotations to the new pipelinerun and create it.
  3. Above scenario will be observed.

How to fix this:

  • Like we do for chains in tektoncd/pipeline controllers. Filtering the annotations that we don't require.
    or
  • Creating a webhook in results which resolves this for us. Is it efficient? Will we require any other use-case of webhook in the future?

We shouldn't modify pipelinerun in our watcher reconcilers at all to avoid race conditions.

@khrm khrm added the kind/bug Categorizes issue or PR as related to a bug. label Aug 8, 2023
@khrm khrm self-assigned this Aug 8, 2023
@khrm
Copy link
Contributor Author

khrm commented Aug 8, 2023

@tekton-robot
Copy link

Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale with a justification.
Stale issues rot after an additional 30d of inactivity and eventually close.
If this issue is safe to close now please do so with /close with a justification.
If this issue should be exempted, mark the issue as frozen with /lifecycle frozen with a justification.

/lifecycle stale

Send feedback to tektoncd/plumbing.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/bug Categorizes issue or PR as related to a bug. lifecycle/stale
Projects
None yet
Development

No branches or pull requests

2 participants