Fixed
Status Update
Comments
il...@google.com <il...@google.com>
ap...@google.com <ap...@google.com> #2
I've just tried a simple workaround whereby I return the types contained within the library inside an object via a bootstrap call. That doesn't work - no error message but the debugger drops out when stepping over code that references the types.
ap...@google.com <ap...@google.com> #3
Please share a spreadsheet that shows what you'd like to be able to do with libraries. You can share it with me at jkleinert AT google.com
il...@google.com <il...@google.com> #4
I've just shared a couple of spreadsheets with you.
Description
Component used: Lifecycle
Version used: 2.5.0-alpha01
Currently the call to
enableSavedStateHandles()
creates aViewModel
using theViewModelStore
. This requires that the ViewModelStore be set on any component attempting to make the call, but there are scenarios where the call toenableSavedStateHandles
needs to happen before that in particular in the Fragment and Navigation components where the call is not immediately made when the object is constructed or sometimes not at all.If we remove the reliance on
SavedStateHandles
(and therefore view models), we can lean into theSavedStateProvider
APIs and the call toenableSavedStateHandles()
can be made before theViewModelStore
is set.