Closed lolmaus closed 3 years ago
Not sure what to make of this. I've run this addon against against real apps and addons and not run in to false positives of the kind you're reporting here. However, the test coverage and my manual testing have been pretty limited this far, so it's very possible things may not work quite right in certain project configurations.
Was there anything non-standard about your project? Are you able to share your reproduction repo?
Also, you may try the setting the writeSnapshot option to true and uploading the resulting snapshot file into chrome devtools to double check what is retained.
Since this issue originally reported I've run the addon on several additional apps and addons and have not run into anything like what was reported here. I'm going to close this for now, but I'm happy to re-open if anyone else runs into this, or if a reproduction repo can be provided.
Also, unsure if this is related, but within the last month I added the additional step of running GC prior to capturing the heap snapshot. Its possible that not running this manual GC could have produced an incorrect result inline with what was reported here... so hopefully that was the issue and its fixed now 🤞
Hi!
I installed the addon to a fresh app, updated the testem config and ran
ember t -s
.It reported every userland class as retained! The number of instances for each class seems to correspond to the number of times they've been used in tests, so basically everything was retained.
I've also tried capturing a memory allocation timeline snapshot manually in
http://localhost:4200/tests
mode and it showed 0% retention for both userland classes such asApplicationRoute
and Ember classes such asRouterService
. So basically the report generated by the addon is wrong.