Closed Bug 1095213 Opened 10 years ago Closed 10 years ago

Do not load all job data unconditionally

Categories

(Tree Management :: Treeherder, defect, P2)

defect

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 1107667

People

(Reporter: sfink, Unassigned)

Details

(Keywords: perf)

I often want to browse back in the pushlog to an older push and see the pushes around it. Right now, that is a very mean thing to do to treeherder. You have to click the "10/20/50" buttons until you find the one you want, which means you're loading a metric ton of job result data that you don't care about. In this case, I would prefer if it did not initially load the job data until I asked for a push to be expanded. I suppose it could load the data for the initial page, but then when I clicked on the 50 button it wouldn't load the data for those pushes unless requested. I suspect there are a number of other situations where the data isn't needed and will be ignored, wasting time and resources.
Perhaps we could make new pushes be collapsed and only partially loaded by default, if the number of visible pushes exceeds N. Alternatively we could try an idea that was suggested in Portland - using a fixed pagination size and having the older/newer links scroll through the pushes, never displaying more than the pagination size (user adjustable). Would the latter solve your use case?
Blocks: 1067846
Flags: needinfo?(sphink)
Keywords: perf
Priority: -- → P2
(In reply to Ed Morley [:edmorley] from comment #1) > Alternatively we could try an idea that was suggested in Portland - using a > fixed pagination size and having the older/newer links scroll through the > pushes, never displaying more than the pagination size (user adjustable). > > Would the latter solve your use case? Ah just found bug 1107667 is filed for it.
Status: NEW → RESOLVED
Closed: 10 years ago
Flags: needinfo?(sphink)
Resolution: --- → DUPLICATE
No longer blocks: 1067846
You need to log in before you can comment on or make changes to this bug.