Closed Bug 1018143 Opened 10 years ago Closed 10 years ago

Performance issues when nesting flexboxes

Categories

(Core :: Layout, defect)

defect
Not set
normal

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!
Keywords: css-moz, perf
[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.
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.
Status: UNCONFIRMED → NEW
Component: Untriaged → Layout
Depends on: 946167
Ever confirmed: true
Keywords: css-moz
OS: Mac OS X → All
Product: Firefox → Core
Hardware: x86 → All
Version: 29 Branch → Trunk
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.