Closed Bug 1120997 Opened 9 years ago Closed 9 years ago

Add a URL parameter for the "hide revision list" toggle

Categories

(Tree Management :: Treeherder, defect, P3)

defect

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: armenzg, Unassigned)

Details

The following URL does not allow me to:
* specify the start and end changesets
* specify that I want the revisions to be collapsed
* specify to show coallesced jobs

https://treeherder.mozilla.org/#/jobs?repo=mozilla-inbound&filter-ref_data_name=Ubuntu VM 12.04 mozilla-central opt test mochitest-2

I want to use this view to allow developers looking for a
I submitted it too soon.

I want to use this view to allow developers look for jobs they're bisecting.

I would also like to see a set of jobs. I tried adding multiple filters to show the build job plus the mochitest-2 without luck.
Blocks: 1120998
Summary: Allow specifying through parameters start/end changesets and if to start with → Allow specifying through parameters start/end changesets, collapsed revisions and coalesced jobs
Also the URL was wrongly pasted:
https://treeherder.mozilla.org/#/jobs?repo=mozilla-inbound&filter-ref_data_name=Ubuntu%20VM%2012.04%20mozilla-inbound%20opt%20test%20mochitest-2

Note that I can't see coalesced jobs when I have filter established and I check the checkbox for coalesced jobs.
Could you split this up into multiple bugs? There are several issues in one here.

Re start/end, that's already supported: &fromchange=rev1&tochange=rev2
Summary: Allow specifying through parameters start/end changesets, collapsed revisions and coalesced jobs → Allow specifying through parameters collapsed revisions
Depends on: 1121026
Filed bug 1121026 for the coalescing of the jobs.

Thanks for letting me know about those values.
No longer depends on: 1121026
So the use case here is:
* Developer is bisecting a failure and has triggered jobs on a handful of pushes
* However these pushes are spread some way apart, so a simple &fromchange=rev1&tochange=rev2&filter-foo=bar shows lots of "empty" pushes, since the jobs are only on say every third push
* Therefore you want to squash these "empty" pushes and show all commits between say push 1 and push 5 in one entry?

Is this correct? It seems like perhaps we need a completely different view for this.
This was the bug I mean to change, doh! :-)
Flags: needinfo?(armenzg)
OS: Linux → All
Priority: -- → P5
Hardware: x86_64 → All
From my original requests I have two of the options figured out:
* &fromchange=rev1&tochange=rev2
* &filter-resultStatus=coalesced

What I mean for my last request is that I don't want to see the stuff on the left side. The "revision list" since visually it gets on the way or be able to say how long that list is.

The reason I believe that the revision list would be on the way is because we would not be caring about *all platforms* but a specific builder or a handful of builders.

On that note, is there a way I can say show me this list of builders?

Thanks!
Flags: needinfo?(armenzg)
(In reply to Armen Zambrano - Automation & Tools Engineer (:armenzg) from comment #7)
> What I mean for my last request is that I don't want to see the stuff on the
> left side. The "revision list" since visually it gets on the way or be able
> to say how long that list is.
> 
> The reason I believe that the revision list would be on the way is because
> we would not be caring about *all platforms* but a specific builder or a
> handful of builders.

Ah, you want to collapse the sidebar/column containing the revisions, and display only builds. There is a button for that on the toolbar, but I don't believe we have a URL param for it. I'll morph this bug into adding one.

> On that note, is there a way I can say show me this list of builders?

Could you be more specific? (In general, I've found this bug quite hard to follow - if it doubt add extra detail :-))
Priority: P5 → P3
Summary: Allow specifying through parameters collapsed revisions → Add a URL parameter for the "hide revision list" feature
Summary: Add a URL parameter for the "hide revision list" feature → Add a URL parameter for the "hide revision list" toggle
> > On that note, is there a way I can say show me this list of builders?
> 
> Could you be more specific? (In general, I've found this bug quite hard to
> follow - if it doubt add extra detail :-))

My apologies about that.
I want treeherder to help me show only few builders.

For instance, I want to see these two builders:
* Windows 7 32-bit mozilla-central opt test mochitest-1
* WINNT 5.2 mozilla-central build

How could I do that?
(In reply to Armen Zambrano - Automation & Tools Engineer (:armenzg) from comment #9)
> My apologies about that.
> I want treeherder to help me show only few builders.
> 
> For instance, I want to see these two builders:
> * Windows 7 32-bit mozilla-central opt test mochitest-1
> * WINNT 5.2 mozilla-central build
> 
> How could I do that?

I don't think this is possible at the moment - I've filed bug 1141042. That said, I know we were thinking of doing a major overhaul of the filtering UI, and one of the ideas for it (allowing gmail or github style filtering, whereby a search string is generated in an input field or else can be typed manually) would likely solve that use case.
Blocks: 1141262
No longer blocks: 1120998
No longer blocks: 1141262
Let's not add to the pile of things you guys have.
This will only be important depending on which way mozci goes.
We will only reopen if we stick to cli usage (which is unlikely).
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.