Closed soyacz closed 1 month ago
@fruch , @juliayakovlev proposed to use IGNORED
job status to exclude result.
I think it's good idea. WDYT?
Also, I'll need to push https://github.com/scylladb/argus/pull/476 forward as it messes with the same parts of code (and some will be reused) to make this one happen.
@fruch , @juliayakovlev proposed to use
IGNORED
job status to exclude result. I think it's good idea. WDYT? Also, I'll need to push #476 forward as it messes with the same parts of code (and some will be reused) to make this one happen.
Actually it's Israel's idea )
@fruch , @juliayakovlev proposed to use
IGNORED
job status to exclude result. I think it's good idea. WDYT? Also, I'll need to push #476 forward as it messes with the same parts of code (and some will be reused) to make this one happen.Actually it's Israel's idea )
it was @roydahan idea, we are just passing along the message :)
I think matches the reason of what is ignore meant to be, and not we have a practical usage of it.
it solve the UX around this one, kind of nicely. and yet again introduce a reason for us to load the runs data. (we have plenty of those reasons)
Sometimes result sent to argus might be wrong, and break how graphs look (introducing unnecessary noise) or spoil "best result" and affecting validation. We need a method to remove such results easily. Open questions:
My proposal is to add a button in "results" tab to mark all tables as "spoiled" (something like "Disable" button with graph icon).