Replies: 4 comments
-
@bdecarne The commit that you've shared fixes an important issue where force re-render breaks the components. I would like to understand the use case where you don't want to keep the |
Beta Was this translation helpful? Give feedback.
-
Hi, thank for your reply !
I use Both components has dependency to a MultiList through But, when I switch to the other listing component (so the first is unmount) and a choose a new option in the multilist, I see the request of the unmounted component in the _msearch call to the server. The _msearch contains all requests for all components, even those which has been unmounted : it's a performance leak.
As i described it, unmount
I use Typescript, |
Beta Was this translation helpful? Give feedback.
-
I have a lot of other situations in my application : for example, i use conditional rules from I would like to understand the use case where you want to keep the ReactiveComponent in store when the corresponding component is unmounted ? For information, all my troubles went away when i patched the ComponentWrapper.defaultProps = {
destroyOnUnmount: true
}; I wish you a sweet christmas eve 🎅 |
Beta Was this translation helpful? Give feedback.
-
@bietkul As I see in fb18f0d, you finally decided to integrate this request into the basecode. Thank you. |
Beta Was this translation helpful? Give feedback.
-
Affected Projects
React
Library Version: x.y.z
3.26.1-alpha.2
Describe the bug
A rendered ReactiveComponent will never be removed from the store. In the commit 8d01178 a new
destroyOnUnmount
property has been added toComponentWrapper
. Unfortunately, this prop is always undefined, theremoveComponent
action is not called on component unmount.Beta Was this translation helpful? Give feedback.
All reactions