-
Notifications
You must be signed in to change notification settings - Fork 7
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
The inspector causes memory leaks #52
Comments
Yeah, you're probably right because this is something we ignored to speed up development. It could be a tough one to debug (React). OTOH it's not that critical because you can disable the inspector and then check out the memory leaks, right? |
Yes you could - but there's no OFF switch for our manual test to not load the inspector at all for manual memory leak related tests. |
If you don't expose it as |
BTW, wouldn't this be enough #42? |
There was more text but I've checked #42 and I see that the inspector listens to The only thing that probably (I didn't tested #42 for leaks) would be to get read logging the editor instance to the console. I'm not sure if this is really useful. The better would be logging the editor instance to the console similarly as the commands can be logged to the console using |
@oleq As your request from ckeditor/ckeditor5#1814 (comment) unfortunately the changes from PR: #46 does not help. I'm worried that it is either React itself or there are still some cleanups to be done: On the above screen cast I do:
Unfortunately somethings retains references to the the editor. |
There are at least two problems:
Logging to a console editor instance - until the console is cleared the editor will remain no available for garbage collector (below only logs the editor without instantiating the inspector):
The inspector itself hold some references to editors and thus they are not cleared (the console was cleared):
The text was updated successfully, but these errors were encountered: