ember-best-practices / ember-best-practices/memory-leak-examples
Issue with Exercise 1
- Dominant language
- JavaScript
- Stars
- 223
- Forks
- 13
- PR merge metrics
- No merged PRs in 30d
Description
Following along with exercise 1, when traversing the snapshot retainers, there is not an obvious `_data` property to be found which could be used to discover the problem. I'm not sure if the issue is because of changes to Chrome or changes to Ember, but the only way to find the source of the memory leak is to look at the module's application code directly. Although the container is retained in memory, there is no way to discover the source from what is presented in the heap snapshot.
Contributor guide
No contributing guide indexed for this repository
Research direction
Start by reproducing Exercise 1 and traversing the heap snapshot retainers, checking whether the expected _data property appears. Compare the snapshot with the module's application code and determine whether the exercise or its explanation needs updating; done means the leak source is discoverable as intended or the limitation is clearly documented.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript
- Domain
- documentation
- Issue type
- Documentation
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100