Restore router state

[awinogradov]

I use react-router-redux for sync history. I want to save the state of an application and restore it in the future. All components wich connected to redux work fine with restored state wich I transfer by initial state. But! Router doesn't understand :( What is wrong?

I got / ;(

[timdorr]

Right now we don't handle resets in Dev Tools. I'm pretty sure we can listen to Dev Tool's RESET actions, but that's the crux of the issue.

[timdorr]

Also, are you running the master version or an older release? I only fixed the initialState stuff yesterday and haven't released that yet.

[mjrussell]

Also even if the resets were working, I think you'd get burned in this case because the location action is a POP - #164

[awinogradov]

@timdorr it doesn't work if I use the source from the master or from the last release. @mjrussell it doesn't work if hack action method to PUSH or REPLACE ;(

[timdorr]

It shouldn't. I just wanted to make sure you're talking about 2.0.

[awinogradov]

Ok, how I can solve this? Do you have any idea?

[timdorr]

We have to build support for the dev tools actions. We'll get to that soon, I'm sure.

[awinogradov]

Good, but it's not about dev tools. Maybe you know the different way to setup location on app start?

[timdorr]

Your browser or server request determines that. The next version will set the initial location in state properly. But it's a constant. You can't open a location and say you're somewhere else. If you need to do an immediate redirect, you can do that in your app code somewhere.

[gaearon]

Right now we don't handle resets in Dev Tools. I'm pretty sure we can listen to Dev Tool's RESET actions

That’s not how DevTools work. They are not meant to expose their internal actions to any other thing.

When you press Reset in DevTools, from the app’s point of view, subscriptions fire, and getState() returns the initial state again. So Reset should be handled by the existing listenForReplays() just fine.

Unfortunately I can’t tell whether the author is using listenForReplays() because no source code was provided.

I’m also not sure whether listenForReplays() reconciles the browser URL with the current state of the store. (IMO if it doesn’t, it should, and that is a valid feature request.)

[gaearon]

When you press Reset in DevTools, from the app’s point of view, subscriptions fire, and getState() returns the initial state again. So Reset should be handled by the existing listenForReplays() just fine.

Oh, I can see now you already know that well: a00acfd.

[timdorr]

I misspoke about the RESET action. Just postulating some ideas without looking at code 😄

I’m also not sure whether listenForReplays() reconciles the browser URL with the current state of the store.

That's pretty much all it does. It looks at the location in state and compares it with the last known location history navigated to. If they differ, it transitionTo's the location from state. Here's where the magic happens: https://github.com/rackt/react-router-redux/blob/master/src/index.js#L94-L98

I'm at a loss for why the RESET doesn't transition, but I haven't played with it much to diagnose. This (along with capturing router state) is on my shortlist of things needing to be fixed in the library right now.

[gaearon]

I'm at a loss for why the RESET doesn't transition

Currently it kills the first history action and this crashes the app.

I see you fixed this in master though. Let me check that!

[timdorr]

Yeah, that specific error is fixed. Doesn't reset, though. I'm going to see about comparing against initialState, though.

[timdorr]

I'm pretty sure we're running into #164 now.