Initial State isn't merged -- undefined is not assignable to type about mst-persist HOT 2 CLOSED

@agilgur5 Thanks for the quick reply. I found #5 aswell and thought it might be related. Your explanation makes me understand it more though and I found a way to workaround this - thank you!

from mst-persist.

Hi @mxmtsk ! Apologies for the brief response, I'm out of the country till next week.

So when whitelist is not set, every key will be persisted. When it is set, only the keys listed will be persisted. In this case, app is not in the whitelist, so it's hydrated as undefined. But your RootStoreModel is typed such that app must exist (not a types.maybe or types.optional), so this will error.

So this isn't an mst-persist bug. But you might be getting confused by the fact that app is undefined instead of the initial state set during create. This is because mst-persist currently does not merge keys during hydration, it does a hard set, overwriting the initial state. There's an open issue for configurable merge strategies at #5 . Please up-vote that if that's what you're looking for.

from mst-persist.