getBoundingClientRect perf issue with `white-space: nowrap`
Reported by
smith3...@gmail.com,
Aug 23
|
|||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.106 Safari/537.36 Steps to reproduce the problem: Reproduce: https://235z3l48n0.codesandbox.io/ Click `slow` select, it takes much long time than others. What is the expected behavior? Same fast as other select. What went wrong? element under `overflow: hidden` still consume getBoundingClientRect timing. Did this work before? N/A Does this work in other browsers? Yes Chrome version: 68.0.3440.106 Channel: stable OS Version: OS X 10.13.6 Flash Version: I checked related css, find that `white-space` `font-family` `work-break` mixed to cause this issue.
,
Aug 24
Thanks for filing the issue! Able to reproduce the issue on reported chrome version 68.0.3440.106 using Mac 10.13.1 As the issue isn't seen in M60(60.0.3112.0) considering it as Non-Regression and tentatively marking it as Untriaged. Adding Needs-Bisect label, will update the bisect info soon.
,
Aug 26
overflow: hidden still requires that the content being hidden goes through layout as it may affect shown content. To prevent layout, and improve performance, use display: none.
,
Aug 27
The third select content is much longer than the second one. But only the second one with no white space has the perf issue. And for usage, this popup position has the `max-height` css. And if set the content `display: none`, it will not know the real height of the popup. It does not make sense.
,
Aug 28
I think this should not mark as `wontFix` since other browser don't have this issue. |
|||
►
Sign in to add a comment |
|||
Comment 1 by susan.boorgula@chromium.org
, Aug 23