The service does not exist in any accessible scopes about simple-stack HOT 11 CLOSED

Hello,

MediaViewModel would exist if it is bound as a service by a key in the history. When is MediaViewModel accessed in such a way that your view cannot find it, as the OutdatedScreen overwrites this attempt to get it?

If you are using Fragments, I tend to use private val viewModel by lazy { lookup<MediaViewModel>() } and access it in onViewCreated to ensure its initialization.

from simple-stack.

private val viewModel by lazy { lookup< MediaViewModel >() }

I am also using it in all my fragments.

When it is detected that the app is too old. I set the history to OutdatedScreen and I forward user there.

backstack.setHistory( History.of(OutdatedScreen()), StateChange.FORWARD )

What is weird is that, once app is updated, the app is relaunch I guess, and the splashscreen is triggered which will set the history to the MainScreen. So "normally" OutdatedScreen shouldn't be in the history or at least set as the history.

from simple-stack.

backstack.setHistory( History.of(OutdatedScreen()), StateChange.FORWARD )

What is weird is that, once app is updated, the app is relaunch I guess, and the splashscreen is triggered which will set the history to the MainScreen. So "normally" OutdatedScreen shouldn't be in the history or at least set as the history.

It sounds like people get redirected from your MediaScreen to OutdatedScreen, but MediaFragment accessed the model when "it is no longer there" as a result of redirection. Without the relevant source code, I could guess something like accessing the model in onDestroy without having been in onCreateView, or as part of an asynchronous operation that finishes only after Fragment is destroyed but async op is not cancelled.

Something like

override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
    super.onViewCreated(view, savedInstanceState)
    val model = model
    ...
}

Can help sometimes. Otherwise, I'd look for what happens when your app restores to MediaFragment after process death.

from simple-stack.

I don't think that way. The redirection towards the OutdatedScreen is not implemented in that view.

The setHistory(OutdatedScreen) happened in the MainScreen.

So, you think that when there was the redirection towards MediaScreen, the MediaModel was no longer there?

from simple-stack.

I think what happens is that the MediaFragment is recreated after process death and somehow "later than onViewCreated" attempts to access that VM even though the history is already reset to OutdatedScreen.

from simple-stack.

Seems strange, any idea how to avoid the crash?

from simple-stack.

It depends on your code, which I don't see. There should theoretically be no such timing based problems since... a long time ago (2.1.0). The bug itself is not in simple-stack, so there is nothing I can fix. If you don't really know why MediaFragment exists despite the keys being reset, make sure your key classes are data class or override getFragmentTag() (they are getClassName() by default, but I usually use data class toString to support different tags based on parameters).

The hackiest "fix attempt bandaid" can be putting your setHistory call in handler.post {} but it should not be necessary.

from simple-stack.

I see, thank you.

from simple-stack.

Notify back if you figured out why your scope is missing.

from simple-stack.

Hello, have you figured it out? I totally forgot this was open. @MikaReesu

from simple-stack.

I will assume this was fixed.

from simple-stack.