Closed Bug 1310195 Opened 4 years ago Closed 4 years ago
White page when resuming after activity has been destroyed
STR: * For reproducing this reliably enable developer setting "Don't keep activities" * Open a website * Switch to home screen * Resume browser Expected result: * Last opened website should be visible Actual result: * White page is displayed * When page is scrolled some artifacts of the actual page are shown * After switching tabs the issue is resolved Video: https://youtu.be/ESR8-V0rKzs
Nexus 6P, Android 7.0
Assignee: nobody → droeh
tracking-fennec: ? → +
tracking-fennec: + → 51+
Probably fallout from bug 1305086, looking into it now.
Jim, it looks like this is caused by your third patch for bug 1291385; I confirmed on a local build that backing it out fixes this issue. Can we safely back it out or do you think doing so will break something else?
You can back out GeckoApp.java and browser.js, but keep the changes in GeckoView.java.
snorp suggested we could do better than just partially backing out that patch, and kats pointed me in the direction of what was probably happening here. We can fix this by just explicitly setting the LayerView's paint state in GeckoApp.initialize rather than reviving Viewport:Flush. What do you think, Jim?
Attachment #8806131 - Flags: review?(nchen)
Attachment #8806131 - Flags: review?(nchen) → review+
Pushed by email@example.com: https://hg.mozilla.org/integration/mozilla-inbound/rev/ef924bafeeda Set LayerView paint state to PAINT_BEFORE_FIRST in GeckoApp.initialize. r=jchen
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.