Description of problem: Debugging tasks for pipelines is a painful process that takes much more effort than it should. For example, when a pipeline definition is incorrect because a task cannot be resolved, the errors are in the controller, and not in the run output, or GitHub check. The PaC pipeline disappears from the pull request checks in GitHub, making it seem like everything finished correctly, to an unassuming user. The logs should be gathered in some fashion, and presented to the user in a uniform manner, and not for them to have to go on a wild goose chase to scour the various places to look for breadcrumbs. A more user-centric error reporting mechanism will make adoption a much smoother experience. Version-Release number of selected component (if applicable): How reproducible: This is a general observation, and based on customer feedback. Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
Hello, We have a few improvement on the way for the next release, making it easy to know if something bad has hapenned : - We have fixed a bug to display the "Pipeline definition failures" bad yaml or otherwise, to display in the Github Checks API. - We are now storing the errors in the user namespace, so user can do a kubectl get events -n ${THEIR_REPO_NAMESPACE} and they would get the parsing errors. - We are improving our tkn pac CLI to display errors when a failure is detected in the pipelinerun attached to the repo. I hope this will help,
Jira link of the stories. Most of them have been implemented already upstream : https://issues.redhat.com/browse/SRVKP-2563