Closed Bug 1396569 Opened 7 years ago Closed 6 years ago

Figure out tresize regression in Quantum Render builds caused by the unified search bar

Categories

(Core :: Graphics, defect, P3)

defect

Tracking

()

RESOLVED DUPLICATE of bug 1416651
Tracking Status
firefox57 --- fix-optional

People

(Reporter: Paolo, Unassigned)

References

Details

(Whiteboard: [wr-reserve] [fxsearch])

While bug 1387416 causes definite Talos improvements, it also causes a regression on "tresize" (optimized, e10s) on the Quantum Render build: https://treeherder.mozilla.org/perf.html#/compare?originalProject=try&originalRevision=72efa487393444a6ae6c0836cbb7cb994ad00248&newProject=try&newRevision=41bd6918b93fe704504faa9aa461f3f1b6a18ba1&framework=1 (Tick "Show only important changes" to filter it.) Gijs noted the following in bug 1387416 comment 26: "FWIW, part of the perf impact here might be the flexible spacers which are being added by CUI, which may cause a layout rejig. Ditto for some late icon loading (cf. bug 1394914, bug 1374224). I expect the fact that there are fewer (high) flex items here would influence the degree to which things resize from those operations, which in turn might mean more stuff gets invalidated, which could potentially have negative perf implications for rendering. But that's just me guessing - maybe Milan can confirm if this is at all plausible?" "I don't think that should stop this patch landing, we should instead try to work out how to have flexible spacers in the markup so CUI doesn't need to add them dynamically (and add minimum sizes to icons in the other bugs I mentioned)."
(In reply to :Paolo Amadini [Away] from comment #0) > "I don't think that should stop this patch landing, we should instead try to > work out how to have flexible spacers in the markup so CUI doesn't need to > add them dynamically (and add minimum sizes to icons in the other bugs I > mentioned)." We've done all of this, and in any case we didn't need to block on this, so marking fix-optional for 57. Note that the general trend of QR tresize over the last few weeks is up, and although that's probably not solely due to this change, I'm wondering if we should be concerned. Milan probably knows more about this?
Component: Toolbars and Customization → Graphics
Flags: needinfo?(milan)
Product: Firefox → Core
Component: Graphics → Graphics: WebRender
Depends on: stage-wr-trains
Flags: needinfo?(milan)
Priority: -- → P3
Priority: P3 → P2
Whiteboard: [fxsearch] → [wr-mvp] [fxsearch]
Priority: P2 → P3
Whiteboard: [wr-mvp] [fxsearch] → [wr-reserve] [fxsearch]
This isn't webrender related.
No longer blocks: stage-wr-trains
Component: Graphics: WebRender → Graphics
Sounds like it's a regression in QuantumRender which is WR-related. But given the age of this bug we can just roll it into bug 1416651.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.