Fixed
Status Update
Comments
il...@google.com <il...@google.com>
ap...@google.com <ap...@google.com> #2
Thank you for reporting this issue. For us to further investigate this issue, please provide the following additional information:
Steps to reproduce
Please provide a sample application or apk to reproduce the issue.
Also kindly mention the steps to be followed for reproducing the issue with the given sample application.
Steps to reproduce
Please provide a sample application or apk to reproduce the issue.
Also kindly mention the steps to be followed for reproducing the issue with the given sample application.
ap...@google.com <ap...@google.com> #3
Please provide the information as requested in comment #2 , For us to further investigate this issue.
jb...@google.com <jb...@google.com> #4
We are closing this issue as we don't have enough actionable information. If you are still facing this problem, please open new issue and add the relevant information along with reference to earlier issue.
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.