Closed
Bug 794245
Opened 13 years ago
Closed 13 years ago
Putting an app in the background before gecko is loaded can leave the splash screen showing forever
Categories
(Firefox for Android Graveyard :: Web Apps (PWAs), defect, P2)
Tracking
(fennec+)
RESOLVED
WORKSFORME
| Tracking | Status | |
|---|---|---|
| fennec | + | --- |
People
(Reporter: wesj, Unassigned)
Details
(Whiteboard: [blocking-webrtandroid1-][A4A])
1.) Start the app
2.) While Gecko is still loading, hit home
3.) Return to the app
Result: Splashscreen shows forever. I think the page actually loads, but we never get the DOMContentLoaded event in Java and never hide the splashscreen. Not sure why the events aren't sent. Maybe some optimization for when we're in the background?
| Reporter | ||
Comment 1•13 years ago
|
||
E/GeckoLibLoad(24358): Loaded libs in 1201ms total, 800ms user, 340ms system, 0 faults
W/GeckoThread(24358): zerdatime 154845796 - runGecko
I/GeckoThread(24358): RunGecko - args = -P webapp0
I/GeckoAppShell(24358): post native init
I/GeckoAppShell(24358): setLayerClient called
E/GeckoConsole(24358): Could not read chrome manifest 'file:///data/data/org.mozilla.fennec_wesj/chrome.manifest'.
I/GeckoApp(24358): pause
D/GeckoMemoryMonitor(24358): onTrimMemory() notification received with level 20
I/GeckoApp(24358): onSaveInstanceState
I/GeckoApp(24358): stop
E/GeckoConsole(24358): zerdatime 1348608731414 - browser chrome startup finished.
I/GeckoEventDispatcher(24358): Got Event CharEncoding:State
E/GeckoConsole(24358): Reader: Init()
I/Gecko (24358): [AccessFu] INFO attach
I/GeckoEventDispatcher(24358): Got Event Accessibility:Ready
I/GeckoApp(24358): Got message: Accessibility:Ready
I/GeckoApp(24358): Return
I/Gecko (24358): Detected osrelease `3.1.10-g52027f9'
I/Gecko (24358): JITs are not broken
I/GeckoEventDispatcher(24358): Got Event Tab:Added
I/GeckoTabs(24358): Got message: Tab:Added
I/GeckoTabs(24358): Received message from Gecko: 154847049 - Tab:Added
I/GeckoTabs(24358): Added a tab with id: 1
I/GeckoEventDispatcher(24358): Got Event Content:StateChange
I/GeckoApp(24358): Got message: Content:StateChange
I/GeckoApp(24358): State - 983041
I/GeckoApp(24358): Got a document start
I/GeckoApp(24358): Return
I/GeckoEventDispatcher(24358): Got Event FormHistory:Init:Return
I/GeckoEventDispatcher(24358): Got Event Passwords:Init:Return
I/GeckoEventDispatcher(24358): Got Event Gecko:Ready
I/GeckoApp(24358): Got message: Gecko:Ready
D/GeckoLayerClient(24358): Screen-size changed to (800,1205)
D/GeckoLayerClient(24358): Window-size changed to (800,1172)
I/GeckoApp(24358): Return
I/GeckoEventDispatcher(24358): Got Event Checkerboard:Toggle
I/GeckoEventDispatcher(24358): Got Event Preferences:Data
I/GeckoEventDispatcher(24358): Got Event Preferences:Data
I/GeckoPanZoomController(24358): Zoom animation frames: [0.0, 0.10211, 0.19864, 0.29043, 0.37816, 0.46155, 0.54054, 0.61496, 0.68467, 0.7491, 0.80794, 0.86069, 0.90651, 0.94471, 0.97401, 0.99309]
I/GeckoEventDispatcher(24358): Got Event Preferences:Data
I/GeckoAxis(24358): Prefs: 0.85,0.97,10.0,0.012,0.04,0.3,0.5
I/GeckoEventDispatcher(24358): Got Event Preferences:Data
I/GeckoDisplayPortCalculator(24358): Set strategy VelocityBiasStrategy mult=2.0, threshold=6.8160005, reverse=0.2, dangerBaseX=1.0, dangerBaseY=1.0, dangerIncrX=0.0, dangerIncrY=0.0
I/GeckoEventDispatcher(24358): Got Event Preferences:Data
I/Gecko (24358): Logging GL tracing output to /data/data/org.mozilla.fennec_wesj/firefox.trace
I/Gecko (24358): Attempting load of /data/local/egltrace.so
I/Gecko (24358): Attempting load of libEGL.so
Updated•13 years ago
|
Whiteboard: [blocking-webrtandroid1-]
Updated•13 years ago
|
OS: Linux → Android
Hardware: x86 → ARM
Updated•13 years ago
|
Priority: -- → P1
Comment 2•13 years ago
|
||
Noming mainly cause I'm a bit nervous if this actually happens, which is certainly possible.
tracking-fennec: --- → ?
| Reporter | ||
Comment 3•13 years ago
|
||
mfinkle: I think we can do a simple workaround here and just hide the splashscreen whenever we get an onPause event. I'd love to understand what's going wrong, but I spent awhile on it before and couldn't pin down what was happening.
Updated•13 years ago
|
tracking-fennec: ? → +
Comment 4•13 years ago
|
||
Bumping to P2 since this wouldn't block, but we probably should be tracking this one.
Priority: P1 → P2
Whiteboard: [blocking-webrtandroid1-] → [blocking-webrtandroid1-][A4A]
Comment 5•13 years ago
|
||
Re-testing this, this is WFM. Wes, re-open if you can reproduce.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
Updated•5 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
•