New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
(GeckoView) IllegalStateException Display already acquired #534
Comments
|
I filed an issue for this in Fenix since I came across this crash organically. |
@jonalmeida And do you have steps to reproduce this? This week is the first time this showed up both in our browser and fenix. |
@pocmo YES! I just figured it out! STR:
|
I haven't landed CT in Fenix, only feature-intent, so I'm guessing that might be related in some way. |
Perfect. Thank you! |
I was able to fix an instance of this in mozilla-mobile/fenix#374 |
… a fixed session. This fixes the following reference browser issue: mozilla-mobile/reference-browser#534 Related to mozilla-mobile#1943
… a fixed session. This fixes the following reference browser issue: mozilla-mobile/reference-browser#534 Related to mozilla-mobile#1943
The cause of the crash is that we are trying to display the same GeckoSession on two GeckoView instances. :) In the case of the Reference Browser (and STR above) this is a bug in our presenter and we try to display the selected session in the custom tab too. This will be fixed with this PR in AC: In Fenix it looks like the Fragment instances is retained (because of the backstack) but the views are destroyed. Since the Fragment keeps a reference to the feature (and the original views) we essentially:
This issue is something we do not see in our app since we never retain a Fragment and therefore for us "fragment lifetime" == "view lifetime". What we need is to bind a feature to the lifetime of the view and not to the lifecycle owner. I am working on a solution in: |
… a fixed session. This fixes the following reference browser issue: mozilla-mobile/reference-browser#534 Related to #1943
https://sentry.prod.mozaws.net/operations/reference-browser/issues/5168283/
The text was updated successfully, but these errors were encountered: