Closed
Bug 1347611
Opened 8 years ago
Closed 7 years ago
Web Apps (and custom tabs) flash previously opened content
Categories
(Firefox for Android Graveyard :: General, defect, P2)
Firefox for Android Graveyard
General
Tracking
(firefox58 verified)
VERIFIED
FIXED
Tracking | Status | |
---|---|---|
firefox58 | --- | verified |
People
(Reporter: daleharvey, Unassigned)
References
Details
Install and open pokedex.org, if I use the browser then switch to the pokedex activity, the content of the last opened tab in the browser flashes inside the pokedex.org activity, before reverting to its own content
This may possibly be a dupe bug for custom tabs, mostly keeping track
Comment 1•8 years ago
|
||
That's a side effect of sharing the same GeckoView and browser window - we have some logic in GeckoApp instead that keeps track of the last selected tab in that particular GeckoApp instance and then switches the selected tab if necessary (https://dxr.mozilla.org/mozilla-central/rev/9577ddeaafd85554c2a855f385a87472a089d5c0/mobile/android/base/java/org/mozilla/gecko/GeckoApp.java#2239). Maybe based on that we can figure something out to stop painting until ready for the case when we're switching between different kinds of GeckoApp.
Updated•8 years ago
|
Priority: -- → P1
Comment 3•8 years ago
|
||
I think the corresponding issue in Custom Tabs is Bug 1353732
Comment 4•8 years ago
|
||
clear NI as we'll review all the P1 dependencies around stand alone mode tomorrow.
Flags: needinfo?(whuang)
Comment 5•8 years ago
|
||
We haven't found available bandwidth to take this one for the current sprint.
We need at least a workaround to improve this symptom before we have GeckoView in place for standalone mode.
Comment 6•8 years ago
|
||
With the new dynamic toolbar, we now get not only the previous content momentarily flashing up, but occasionally (presumably if the toolbar was previously shown) a red stripe at the top of the screen as well.
Reporter | ||
Comment 7•8 years ago
|
||
Ah I wondered what that red flash was
Comment 8•8 years ago
|
||
For the (new) case of switching activities by selecting a different tab type (e.g. opening a link in a new tab from a custom tab/web app), I think bug 1359531 might help because the event order there will be slightly rearranged:
Previously, we'd start the activity switch and then switch tabs in Gecko only after the new activity has started up (and is possibly already showing the previous tab). With bug 1359531, we'll start selecting the tab first and then simultaneously switch activities, which empirically seems to help here.
This won't help in the case where the user is switching activities, though...
Comment 9•8 years ago
|
||
Bug 1364044 is a more serious issue, though not necessarily relevant to this.
In the triage we degraded this one to P2, and let's revisit.
Priority: P1 → P2
Comment 11•7 years ago
|
||
Custom tabs have the same underlying issue.
Summary: Web Apps flash previously opened content → Web Apps (and custom tabs) flash previously opened content
Depends on: customtabs
Fixed by 1360068
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Comment 13•7 years ago
|
||
No longer occurs in Nightly 58. Fixed.
Status: RESOLVED → VERIFIED
status-firefox58:
--- → verified
Assignee | ||
Updated•4 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•