-
-
Notifications
You must be signed in to change notification settings - Fork 226
Big performance regression in 0.7.5 #81
Comments
Looking in to it. |
I'm getting close to a solution, but I've run in to what seems to be an issue with PopperJS. In this bin I've commented out the I was trying to re-fix #77 when I added a call to |
Ah sorry about that! I'll see what I can do to fix it. Please use |
Sorry, just saw your comment @pzatrick, I'm not entirely sure off the top of my head. @FezVrasta any ideas? I'm guessing this has to do with react-popper and not PopperJS. |
I think there's an open issue for the problem @pzatrick mentioned... |
Still haven't had a chance to work on this, but I just remembered this about refs https://reactjs.org/docs/refs-and-the-dom.html#caveats that's definitely a sure way to cause perf issues 💩, makes sense looking at it now. @echenley if you or someone else wants to submit a PR with a bound function that would be awesome, otherwise I should be able to get to this over the weekend or sometime next week. |
Fixed 🎉 d109fe5 |
@souporserious Just tossing out there, it may be worth unpublishing the 0.7.5 release? In our app, we found that some computers worked okay with it, but some computers would literally skyrocket to 100% CPU usage with a memory leak the moment a tooltip was triggered, effectively destroying the app. (We were not able to figure out why there was such a marked behavioral difference from computer to computer.) Since some other libraries are pinned to Thanks for the library! |
Thanks for the heads up @KurtPreston! I wasn't able to unpublish unfortunately, but I deprecated it so hopefully that helps. |
It looks like
_createPopper
is now being run on every render, which is reinstantiating popper and causing a full browser repaint. In our fairly complex app, this is actually causing Chrome to freeze in certain scenarios, especially on lower end hardware. Pinning to 0.7.4 alleviated our issues.@pzatrick
The text was updated successfully, but these errors were encountered: