Status Update
Comments
il...@google.com <il...@google.com>
ap...@google.com <ap...@google.com> #2
Oh I forgot to mention that I thought it might be connected to this issue:
jb...@google.com <jb...@google.com> #3
Please provide a minimal sample project along with the minimal steps to recreate the issue in the project.
an...@google.com <an...@google.com> #4
Sorry for the delay. I got a working example here:
I poked into it a little bit and it seems to be connected to
Steps to reproduce:
- Navigate from Second Fragment to Child nav graph (with non-nullable parameters).
- Navigate to Third fragment using SafeArgs and the app crashes.
Crash log:
Process: cz.dels.issues, PID: 1743
java.lang.NullPointerException: null cannot be cast to non-null type kotlin.Long
at androidx.navigation.NavType$Companion$LongType$1.get(NavType.kt:352)
at androidx.navigation.NavType$Companion$LongType$1.get(NavType.kt:342)
at androidx.navigation.NavArgument.verify(NavArgument.kt:76)
at androidx.navigation.NavDestination.addInDefaultArgs(NavDestination.kt:502)
at androidx.navigation.NavController.addEntryToBackStack(NavController.kt:1865)
at androidx.navigation.NavController.addEntryToBackStack$default(NavController.kt:1813)
at androidx.navigation.NavController$navigate$4.invoke(NavController.kt:1721)
at androidx.navigation.NavController$navigate$4.invoke(NavController.kt:1719)
at androidx.navigation.NavController$NavControllerNavigatorState.push(NavController.kt:287)
at androidx.navigation.fragment.FragmentNavigator.navigate(FragmentNavigator.kt:246)
at androidx.navigation.fragment.FragmentNavigator.navigate(FragmentNavigator.kt:162)
at androidx.navigation.NavController.navigateInternal(NavController.kt:260)
at androidx.navigation.NavController.navigate(NavController.kt:1719)
at androidx.navigation.NavController.navigate(NavController.kt:1545)
at androidx.navigation.NavController.navigate(NavController.kt:1472)
at androidx.navigation.NavController.navigate(NavController.kt:1930)
at cz.dels.issues.SecondFragment.onViewCreated$lambda-0(SecondFragment.kt:38)
at cz.dels.issues.SecondFragment.$r8$lambda$XDYnOS_cYrafiNQ5rcCu1WCn0IE(Unknown Source:0)
at cz.dels.issues.SecondFragment$$ExternalSyntheticLambda0.onClick(Unknown Source:2)
Note: If in step 2 SaveArgs is not used then navigation works correctly. More information is here:
il...@google.com <il...@google.com> #5
Ups a typo: Navigate from Second First Fragment to Child nav graph (with non-nullable parameters).
Note: sorry for the spam but I am not able to edit my own comment.
Description
Component used: Navigation Version used:2.3.0-alpha05
Devices/Android versions reproduced on: Emulator, Android 11 DP3
I'm trying out returning results from dialogFragments with the SavedStateHandle you provide in this latest versions. it works well, taking into account the "Additional Considerations" section advice, of observing the NavBackStackEntry lifecycle, so the weird stuff that happens of having the fragment and the dialog being resumed at the same time doesn't affect when we receive the result.
But, process death is problematic, first I encountered https://issuetracker.google.com/154405007
It's easy to fix once you know what's happening. But now the problem I'm seeing is that the lifecycle events do not work in the same way when process death has occurred and backstack state is restored.
Normally, what I see is this, on the currentBackStackEntry: onCreate -> onStart -> onResume -> (we open the dialog) -> onPause ... and then onResume again when we come back from the dialog. Everything is cool here.
But after process death, this happens: onCreate -> onStart -> onResume We never hit onPause, and so we never "come back" to onResume after dismissing the dialog. We will never receiver the ON_RESUME event again to get the result.
I'm not sure if this is a bug, or just a consequence of how the state restoration is done on the backstack, but it pretty much means that thishttps://developer.android.com/guide/navigation/navigation-programmatic#additional_considerations , won't always work.
I attach a minimal repo to reproduce this, just click on the dialog button, and on receiving a result on the first fragment a toast will appear. Now, if you go to dialog once again, leave the app, and trigger process death and return to the app, it won't work.https://github.com/MrMPN/NavEntryLifecycleMinRepo
It's not a common case I think, but given the info on the documentation, it was unexpected to see it fail like this.