New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 597067 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Feb 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 2
Type: Bug

Blocking:
issue 587855



Sign in to add a comment

Gracefully handle multiple regressions in a range.

Project Member Reported by robert...@chromium.org, Mar 22 2016

Issue description

Currently we bisect into the greater of two regressions at any step.

We should do something to handle cases were more than one of them appear on the same range:

A doc should be written do discuss what the best approach is, but from a high-level perspective some options are:
- Output possible regression ranges and their approximate magnitudes in the partial and final results, and let the dashboard decide what to do (if anything).
- Decide on the bisect itself if a separate bisect job should be spawned, and trigger it.
- Make bisect jobs handle multiple culrpits, and make a single job find all of them.
 
Bisecting large ranges depends on this, hence blocking 587855.
Cc: sullivan@chromium.org pras...@chromium.org qyears...@chromium.org
Cc: dtu@chromium.org
Labels: -triaged
Status: Available (was: Untriaged)
This should probably happen as part of the bisect refactor (step 6 from roberto's doc?).
Cc: -qyears...@chromium.org
Components: Speed>Bisection
Status: WontFix (was: Available)
This is an old-ish auto-bisect bugs. This might be fixed with Pinpoint, or it's not going to get fixed. If you disagree with me, please reopen the bug and mark it "Untriaged".

Sign in to add a comment