Scrolling / relayout on TreeHerder is slow. (& slower in Firefox Nightly than in Chrome) Filing this bug on investigating to see if there are any obvious flexbox-related inefficiencies that we're hitting in Gecko and/or Treeherder code. (See also bug 1159470 comment 0.)

One possible speedup here: So TreeHerder has a top-level flex container (id="global-container"), whose second flex item is a large scrollable area ("th-content"). The outer flex container has to reflow its child (th-content) twice right now: (1) We reflow to measure its content, to resolve "flex-basis:auto;height:auto", to establish a flex base size for use in flex layout. (This "measuring reflow" produces a multi-thousand-px-tall size, since the content is large.) (2) We reflow it at its (much smaller) final size after we've run the flex layout algorithm. We should be able to optimize away reflow #1 by replacing the current "flex:auto" (= 1 1 auto) in the .th-content rule with "flex:1" (= 1 1 0%) I think all we want is for this element to absorb all the excess space; its flex basis doesn't particularly matter here, particularly given that this element is scrollable (overflow-y:auto)

The change in comment 1 here gives a ~20% speedup on Layout, running bz's test from bug 1159470 comment 0. After loading 50 jobs & running bz's test script: default style: Layout takes 1480ms tweaked style: Layout takes 1180ms After loading 100 jobs & running bz's test script: default style: Layout takes 2800ms tweaked style: Layout takes 2180ms

(Spun off bug 1162725 as a TreeHerder bug for comment 1 / comment 2.)

I also spun off bug 1162754 for an optimization that I realized we can make, to avoid measuring the height of the bottom panel (the panel that shows info about a particular build).

Thank you for digging into this - much appreciated! :-)