-
-
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
VUEX Base state is wrongly initiated or cashed #930
Comments
I'm not sure about how vue devtools is constructing current state, but this sounds like what may be the issue I'm facing. When I'm trying to look at current state it just infinitely spins. I also get an error in the console where it's trying to resolve a promise that functions as a blocker, but is no longer a promise (after initial page loads). Hope this helps, thank you for the fantastic tool and let me know if you want more info on this. |
@samuells Please provide a runnable reproduction demonstrating the issue. |
@Akryum I am also having problems with the new dev tools taking a very long time to load things if I do not open them before performing any actions. I am using an automatic module registration function you can see here: https://codesandbox.io/s/l2x44nj71l, unfortunately it does not work in codesandbox as require.context is not functioning but maybe this will help. If I open my application, perform a few actions and then attempt to load the vuex state it goes into a loop and logs
The error to not mutate refers to a line in my code where I am returning mapped data from a getter but I copy the data before mutating it so there shouldn't be a problem there. update: Looks like this might actually be an issue with how I'm modifying the data and the slow down is just all the console logs of the errors, I'll fix it and test again. Is there a difference in how state changes outside of mutations are being detected as I had no complaints from vue tools 4.X. |
To follow up on my issue, I had a mutation what was modifying the state but I did not see any errors until attempting to load the state, where it would go into a loop and print the "do not mutate store state" error indefinitely. I attempted to reproduce using a simple store here: https://codesandbox.io/s/l2x44nj71l and if you open the webpage in a new browser window and access the store state there are no errors despite modifying the store state in the getter. |
@abelgoodwin1988 Upgrading to 5.0.6 fixes the issue for me. |
@quannt Still a no-go on 5.0.6 for me. |
@abelgoodwin1988 try fixing the
I got the same issue after upgrading to 5.0.6, fixed my |
I can't get nuxt.js & vue.js devtools to work - every commit I have to click Load State |
Version
5.0.3
Browser and OS info
Chrome 73 / macOS Mojave 10.14
Steps to reproduce
Open vue dev tools and check VUEX.
VUEX shows sometimes few minutes old state, even the page/application show correct data from VUEX. Also at first load VUEX shows init data of state, even there was triggered commits on VUEX using middleware in NUXT. After clicking trough application is VUEX updated correctly. Wrong is only base state of VUEX.
What is expected?
Probably to show missing actions and set correctly VUEX preview.
What is actually happening?
Showing only init state from VUEX - ignoring store actions from middleware in Nuxt on first load.
The text was updated successfully, but these errors were encountered: