action #10188
closedaction #10148: better notification and user feedback
[tools][dashboard]Tracking open bugs based on product
0%
Description
Will be very good if we can have sort of list of open bugs on the
product page.
This will save a lot of time by asking people if the bug is open or I need to open one?
This will save some time on searching in bugzilla also...
If I found that a test is failing I can open a bug in put somewhere the link from this bug
so every other person can be sure that bug is present in the link is there.
Please let me know your opinions.
Thank you.
Updated by coolo almost 9 years ago
what's wrong with putting it in the comments?
Updated by dgutu almost 9 years ago
It could be useful to have this comment/links to bugs here, in build overview
https://openqa.suse.de/tests/overview?distri=sle&version=12-SP2&build=0373&groupid=25
Comments are fine but you need to click on build number, test and go between this
a lot of times to understand if the bug is present for this failed test or not.
Thx.
Updated by coolo almost 9 years ago
this page is full. you could have your list in a popup, but that would serve the same value than the comment in the job group. And the link to the job group should be present on all pages.
Updated by okurz almost 9 years ago
dgutu I support your ideas. I am thinking about other views rather than adding content on existing pages. Using comments section is just not working, especially without a edit option. We should also consider different views for different use cases.
Updated by dzedro almost 9 years ago
I did also think about some place to find openQA bugs, some simple list with useful columns like bug number/description/openQA link/creation date or whatever e.g. https://etherpad.nue.suse.com/p/openQA_bugs
Updated by okurz almost 9 years ago
wow, I came up with a pretty similar idea on the weekend, see https://etherpad.nue.suse.com/p/openqa-SLE-review :-)
Your idea of putting up bugs is a good idea but can we structure them as "new", "existing" and such?
Updated by okurz almost 9 years ago
- Parent task set to #10148
this is related to #10148 and also #10212. For easier tracking of bugs that have been opened as the error has been confirmed in openqa, what do you think about using the "whiteboard" in bugs. It is already used to reference "ibs/obs" SR and the automatic notifications. We could add something to the whiteboard and then search for "whiteboard:'openqa:openqa.suse.de'" e.g. https://bugzilla.suse.com/buglist.cgi?quicksearch=whiteboard%3A%27openqa%3Aopenqa.suse.de%27&list_id=3095342 and "whiteboard:'openqa:openqa.opensuse.org'"
proposed format for whiteboard tag:
openqa:<instance>[:<test>[:<state>]]
- '[…]' marks optional
- '<…>' encloses a variable to be replaced:
**
<instance>
: the openqa instance on which this error has been found, e.g. 'openqa.suse.de' **<test>
: test number on openqa instance where the error was (first) found, e.g. last part from URL https://openqa.suse.de/tests/180205 **<state>
: state or state change of the test, e.g. 'failed', 'fixed', 'still_failing', 'stable', 'soft_failed'
Multiple tags are allowed.
Example:
- Initial failing test:
openqa:openqa.suse.de:12345:failed
- Still failing in next build: former +
openqa:openqa.suse.de:12523:still_failing
- Fixed in next build after that: former +
openqa:openqa.suse.de:14389:fixed
Search requests like these should work
https://bugzilla.suse.com/buglist.cgi?quicksearch=whiteboard%3A%22openqa%3Aopenqa.suse.de%22%20AND%20whiteboard%3A%22fixed%22
Updated by okurz almost 9 years ago
management has to discuss and decide about whiteboard usage. Management was not asked yet.
Coming up with a list of all open bugzilla bugs which have "something to do with" openqa is actually easy, e.g. for internal openqa instance use
https://bugzilla.suse.com/buglist.cgi?quicksearch=openqa.suse.de
to combine it with a product, e.g. every open bug mentioning our openqa for product "SLES 12 SP1":
https://bugzilla.suse.com/buglist.cgi?quicksearch=openqa.suse.de%20product%3A%22SUSE%20Linux%20Enterprise%20Server%2012%20SP1%22
above but only "RESOLVED" ones, i.e. the ones that should be verified:
https://bugzilla.suse.com/buglist.cgi?quicksearch=openqa.suse.de%20product%3A%22SUSE%20Linux%20Enterprise%20Server%2012%20SP1%22%20status%3ARESOLVED
or add the name of a "test_module" in the query although this could be incomplete, e.g. if people only provide a full URL to the test, not the failed test module:
https://bugzilla.suse.com/buglist.cgi?quicksearch=status%3ARESOLVED%20openqa.suse.de%20AND%20bootloader_s390%20product%3A%22SUSE%20Linux%20Enterprise%20Server%2012%20SP1%22
Updated by dheidler over 8 years ago
The https://github.com/okurz/openqa_review script is now able to query the status of bugzilla and progress issues and include it in the output markdown.
See openqa_review.py --query-issue-status-help
for further info.
Updated by okurz over 8 years ago
- Related to action #12092: [tools][dashboard][Feature] - make openQA show when a bug is marked as "RESOLVED FIXED" but still in the product added
Updated by dheidler about 8 years ago
- Status changed from New to In Progress
- Assignee set to dheidler
Updated by okurz about 8 years ago
- Related to coordination #13812: [epic][dashboard] openQA Dashboard ideas added
Updated by RBrownSUSE almost 8 years ago
- Subject changed from Tracking open bugs based on product to [tools]Tracking open bugs based on product
Updated by RBrownSUSE over 7 years ago
- Subject changed from [tools]Tracking open bugs based on product to [tools][dashboard]Tracking open bugs based on product
Updated by coolo about 7 years ago
- Status changed from In Progress to Resolved
We track bugs now good enough IMO