Bug 9294 - QA: Error Reporting Tool: Add a 'solutions' relationship to the error entries
Summary: QA: Error Reporting Tool: Add a 'solutions' relationship to the error entries
Status: CLOSED WONTFIX
Alias: None
Product: Error Reporting tool
Classification: Yocto Project Subprojects
Component: Error Reporting Tool (show other bugs)
Version: unspecified
Hardware: x86 Multiple
: Medium enhancement
Target Milestone: Future
Assignee: Unassigned
QA Contact:
URL:
Whiteboard: GUI design pending
Depends on:
Blocks:
 
Reported: 2016-03-17 18:02 UTC by Benjamin Esquivel
Modified: 2019-12-22 19:34 UTC (History)
8 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: Don't know


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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
.