-
Notifications
You must be signed in to change notification settings - Fork 95
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
Main store and sibling renderers don't get updated (alpha.7) #294
Comments
Important to note this occurs even without using the hack outlined in #293 |
Update: This may be as simple as moving Our app is basically a construction zone right now though, which is why I can only say this "may be as simple as" moving it. I think it works, just not entirely sure yet. |
Confirming that fix works. |
Mmmmm.... A lot of redux-saga code doesn't seem to fire with this configuration, not sure what to make of that. |
I've tried a lot of things to get this working, but no luck as of yet. According to redux-saga's docs, the middleware should come after any other middleware. I'm not sure if electron-redux's enhancers are doing something related to middleware? Any thoughts on how to accomodate redux-saga in 2.x? |
I wonder if this comment on async middleware AFTER redux-saga's middleware is relevant to the problems we're seeing? redux-saga/redux-saga#1334 (comment) The current architecture is creating its own middlewares, and I'm guessing those would be async? |
Related to #260 I guess? |
@slapbox Middleware creation is synchronous, the async part is only the store hydration -> in default, sync scenario, we will fetch the main store state with blocking ipc call (as in here), and with async scenario we will dispatch message that will than fetch the store with async messaging and than hydrate the store via a built in reducer. But middleware itself is a synchronous code for its creation, and same goes for the store enhancer |
Seems to be resolved by #285. |
Describe the bug
We're finding that Redux devtools says actions have occurred in our renderer, but the value in the store in the renderer does not reflect that except in the window where the value update was initiated.
The really confusing this is that even though the value in Redux's devtools indicates that it's been updated, as far as I can tell the value in the store has not actually been updated.
Our app has three windows that all come up at the same time, I'm not sure if that may be relevant.
With version one I know it was important to place the enhancer before/after other enhancers. Is it possible the issue is anything like that?
Our code looks like this:
configurestore.js
storeProvider.js
The text was updated successfully, but these errors were encountered: