Calling this.setState() *generally* doesn’t trigger componentWillReceiveProps()?
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 11.8k
- Forks
- 7.9k
- Avg merge
- 1d 11h
- Merged PRs (30d)
- 11
Description
Reading through the documentation, I was tripped up by the usage of generally here:
Calling
this.setState()generally doesn’t triggercomponentWillReceiveProps().
I was trying to imagine a way for a single component to trigger componentWillReceiveProps() on itself as a result of a setState() call, but I think that should not be the case, should it? Does it refer to the possiblity of setState() triggering a re-render in the parent component?
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Locate the documentation passage containing the quoted sentence and review the surrounding explanation of setState() and componentWillReceiveProps(). Confirm the intended lifecycle behavior, then clarify the wording so readers understand when componentWillReceiveProps() is or is not triggered. Done means the documentation no longer leaves the stated ambiguity.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript, react
- Domain
- documentation
- Issue type
- Documentation
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100