Skip to content

Conversation

@syranide
Copy link
Contributor

Right?

Not that it should ever matter, considering they are both mounted and unmounted together, but practically it serves no purpose.

@petehunt
Copy link
Contributor

I think this is good to pull in, but next time adding a unit test would be nice :)

vjeux added a commit that referenced this pull request Dec 26, 2013
transferPropsTo should never transfer the "key" property
@vjeux vjeux merged commit 02e47eb into facebook:master Dec 26, 2013
@syranide
Copy link
Contributor Author

@petehunt Still learning, will keep that in mind! :)

@syranide syranide deleted the nokeytransfer branch December 26, 2013 15:42
@syranide syranide restored the nokeytransfer branch December 26, 2013 17:12
@syranide syranide deleted the nokeytransfer branch December 27, 2013 13:33
paulshen added a commit that referenced this pull request Jan 23, 2014
`cloneWithProps` uses `ReactPropTransferer`, which ignores the `key`
prop. See #713

However, this is not the case with `cloneWithProps` because when someone
is cloning a component and provides a key, they mean for the clone to
take it.
toptaldev92 pushed a commit to toptaldev92/react_project that referenced this pull request Jul 28, 2021
`cloneWithProps` uses `ReactPropTransferer`, which ignores the `key`
prop. See facebook/react#713

However, this is not the case with `cloneWithProps` because when someone
is cloning a component and provides a key, they mean for the clone to
take it.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants