-
Notifications
You must be signed in to change notification settings - Fork 4.1k
Portal Memory Leak - Any portal opened remains in memory #4106
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Comments
👋 Thanks for opening your first issue here! If you're reporting a 🐞 bug, please make sure you've completed all the fields in the issue template so we can best help. We get a lot of issues on this repo, so please be patient and we will get back to you as soon as we can. |
Thanks for reporting, but I haven't seen anything related to SUIR in snapshots, there is also no detached elements. Few insights from our previous memory investigations:
The single difference that I can see, it's growing amount of This looks related to facebook/react#16087 (see facebook/react#16087 (comment)) and a missing cleanup of FIbers facebook/react#18690. We also met this issue in Fluent UI. Please correct me if I am wrong or missed something 🤔 |
Probably sure it's not related to semantic-react. It's strange you can't reproduce though 😢 I did more test with a production build, just using the PortalExamplePortal from semantic-react documentation I took those snapshots after opening/closing 30 Portal and I did hit collect garbage many times before 😄 I did a record performance/memory also: |
Well, never mind, I don't think my tests are relevant. At some points, React seems to clear those nodes. |
Bug Report
Memory Leak with any component using Portal (Popup, Modal, etc...)
Steps
Expected Result
Should not still have trace of all the portals opened during the record
Actual Result
Seems like all the portals previously opened remain in memory
Version
2.0.1
Testcase
https://codesandbox.io/s/u3j3w?module=/example.js
The text was updated successfully, but these errors were encountered: