-
Notifications
You must be signed in to change notification settings - Fork 4.1k
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
If cache is not supplied, props._cache
is common across all Async instances.
#1342
Comments
Yea, I just ran into this issue and had to disable caching across my Select.Async fields. |
@JedWatson, @RossRogers - as i understand, this issue should be closed, as the PR from @bvaughn was merged |
Hello - In an effort to sustain the We understand this might be inconvenient but in the best interest of supporting the broader community we have to direct our limited efforts to maintain the latest version. If you feel this issue / pull request is still relevant and you'd like us to review it, please leave a comment and we'll do our best to get back to you. |
If you create two
AsyncCreatable
instances, they will share a cache, becausedefaultProps
has a shared, defaultcache
instance across all creations ofSelect.Async
.Example jsfiddle
Shouldn't the
Async
constructor compare against thedefaultProps.cache
as in the following or somehow deduplicate multiple instances ofAsync
?or define
defaultProps.cache
to return a new instance on each access like:Apologies if this is expected behavior, however it does seem to violate the principle of least astonishment, at least for me.
Pertinent example code:
The text was updated successfully, but these errors were encountered: