Fixed
Status Update
Comments
il...@google.com <il...@google.com>
ap...@google.com <ap...@google.com> #2
Yigit, do you have time to fix it?
reemission of the same liveData is racy
reemission of the same liveData is racy
ap...@google.com <ap...@google.com> #3
yea i'll take it.
jb...@google.com <jb...@google.com> #4
Thanks for the detailed analysis. This may not be an issue anymore since we've started using Main.immediate there but I' not sure; I'll try to create a test case.
Description
There are no use cases when we should allow a fragment's Lifecycle to be moved to
DESTROYED
other than when the fragment is actually destroyed.Therefore, you should not be able to
setMaxLifecycle()
toDESTROYED
through aFragmentTransaction
, initialize aFragmentScenario
withDESTROYED
, or move aFragmentScenario
to theDESTROYED
state usingmoveToState()
.Doing any of these things should throw an error.