Closed
Bug 1018143
Opened 10 years ago
Closed 10 years ago
Performance issues when nesting flexboxes
Categories
(Core :: Layout, defect)
Core
Layout
Tracking
()
RESOLVED
DUPLICATE
of bug 946167
People
(Reporter: oliverjash, Unassigned)
References
Details
(Keywords: perf)
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/37.0.2019.0 Safari/537.36 Steps to reproduce: Many nested flexboxes that contain a `contenteditable` element. See http://embed.plnkr.co/CvoWXin4bMNbyOVXRVwy/. Actual results: When typing inside of the `contenteditable`, it is clear that performance is really slow (the characters appear much later). Expected results: The performance should be good!
Reporter | ||
Updated•10 years ago
|
[bugday-20140602] Tested in FF v 32.0a1 (2014-06-01) on Win 7 64 Confirmed FF seems to have a delay that is not present in Chrome v35 or IE11.
Comment 2•10 years ago
|
||
I can reproduce in latest 64-bit Linux Nightly (reported as "32.0a1 (2014-06-02)" in Help|About) Bug 946167 covers some perf issues with nested flexboxes, too. Adding as a dependency, to connect the bugs for now.
Comment 3•10 years ago
|
||
Duping to bug 946167, since the perf issues seem to be the same. In particular, bug 1015474 and its dependencies seem to have really helped with bug 946167, as noted in bug 946167 comment 22 -- and it looks like they also helped with this bug. (I no longer see a noticeable delay when typing into the plnkr URL from comment 0.)
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•