Bug 9294

Summary: QA: Error Reporting Tool: Add a 'solutions' relationship to the error entries
Product: [Yocto Project Subprojects] Error Reporting tool Reporter: Benjamin Esquivel <benjamin.esquivel>
Component: Error Reporting ToolAssignee: Unassigned <unassigned>
Status: CLOSED WONTFIX QA Contact:
Severity: enhancement    
Priority: Medium CC: akuster, anibal.limon, belen.barros.pena, joshuagloe, leonardo.sandoval.gonzalez, mariano.lopez, michael.g.wood, richard.purdie
Version: unspecified   
Target Milestone: Future   
Hardware: x86   
OS: Multiple   
Whiteboard: GUI design pending
OS type for building Yocto: --- Type of Regression: ---
Verified: Documentation change: Don't know

Description Benjamin Esquivel 2016-03-17 18:02:53 UTC
For each of the error entries there could be one or more ways to solve it. Whether it is a mis-configuration, steps missing, or a bug; there should be a way at the error reporting tool to signal how an error can be solved.

A solved-by field is suggested and it should be able to receive a text input where instructions or links can be provided to solving the error. More than one solution per error should be allowed.

Commenting on the solution or a way to contact the proposer (preferably traceable for others who might have the same doubt) of the solution should also be possible.
Comment 1 Belen Barros Pena 2016-03-30 10:01:00 UTC
I don't want to be a buzzkiller, but this will only ever be useful if:

1. People submit their errors to the tool (not doing so right now) and the tool is able to handle the extra load (we have big performance problems at the moment)

2. People bother adding the solutions (questionable)

3. The tool becomes a reference point for the community to go check on the issues they have (hard to achieve)

I would invest effort on creating some kind of automated linking between errors, patches and Bugzilla entries instead, so that 2 happens by itself to some extent.
Comment 2 Joshua Lock 2016-03-31 14:22:18 UTC
When we have autobuilder builds that fail with multiple people, often not the authors of the patch which introduced the error,  looking at autobuilder logs and the associated error reports it will be highly beneficial to be able to point the observers to a known solution.

In the simplest case of being able to link an error to a solution URL this will be an invaluable tool in improving the SWAT process and getting SWAT back on track in the 2.2 timeframe. 

Our expectation is that SWAT team members (and the maintainers who trigger the builds) will populate the solution field as a regular part of the SWAT process.
Comment 3 Belen Barros Pena 2016-03-31 14:54:29 UTC
(In reply to comment #2)
> 
> Our expectation is that SWAT team members (and the maintainers who trigger
> the builds) will populate the solution field as a regular part of the SWAT
> process.

So this is for the SWAT team to fill: I totally missed that. Thanks for explaining.
Comment 4 Leonardo Sandoval Gonzalez 2017-07-07 16:54:55 UTC
No plans to tackle this during 2.4
Comment 5 Armin Kuster 2019-12-22 19:34:00 UTC
Swat has been disbanded so closing this as obsolete.

We also have a result tool
Comment 6 Armin Kuster 2019-12-22 19:34:17 UTC
.