Closed drezzzik closed 8 months ago
Hi @drezzzik, thank you very much for bringing this up. However, our focus is to move to Jetpack Compose in the future. In the meantime, we will stick to FrameLayout, which has been working well for years.
The way how the FrameLayout is used is the problem.
Since the code is not open source, I can only guess that you are using supportFragmentManager from enclosing activity. Instead, parentFragmentManager or childFragmentManager should be used.
Until it is fixed, everyone integrating this library and having FragmentStrictMode enabled with detectWrongFragmentContainer, will see this issue.
Hey @drezzzik,
Sorry, I think I misunderstood the problem.
Do you actually see or experience some fluke on our library, some visual effect, some bug in the flows or unexpected behaviour using it? Or, is it just this error on FragmentStrictMode you are concerned about?
Having such mode detectWrongFragmentContainer enabled with penaltyDeath (which I have) results in application being crashing constantly whenever such Transactions screen from your library is visited.
Problem is that I cannot exclude it from the rules with allowViolation for fragment since your code is obfuscated.
All I can do is to remove detectWrongFragmentContainer from set of violations I would like to have reported, which also prevents those checks on my code. This is a bit constraint Google gave us writing it in such manner.
Hey @drezzzik,
This will be changed on next release 3.5.0
.
Thanks.
Enable FragmentStrictMode with at least detectWrongFragmentContainer, it will result with following issues: