1182085 - Browser becomes unresponsive pending content reload on application state change

Status: RESOLVED DUPLICATE of bug 1191585

(Firefox for iOS :: General, defect)

Description

[Aaron Train [:aaronmt]]

From https://groups.google.com/a/mozilla.com/forum/?utm_medium=email&utm_source=footer#!msg/ios-feedback/TmKq0D8NFb8/W_0PO8bU0yEJ

On execution state change of the app we force a reload (why?), during this time the application is unresponsive until that is complete.

Comment 1

[Stephan Leroux [:sleroux]]

We shouldn't be reloading the page whenever opening the app the the browser view controller appears. For example, if we're offline we want to be able to see the previous loaded page without it trying to reload it. 

As far as the delay, I think this is happening from when the app gets terminated in the background and needs a full relaunch.

Comment 2

[Stephan Leroux [:sleroux]]

Running the app and looking at the code, this behavior doesn't happen whenever we're coming back into the app while we're backgrounded. If the app is killed in the background and requires a cold start, a cached screenshot of the app is displayed, which make the app look unresponsive, and the web page reloads. Note that this is similar behavior to Chrome. The only difference is that instead of displaying a cached screenshot on cold boot, they show a 'empty' version of the browser view which then transitions into the greyed out version actual web view to indicate it's stale/still loading.

I think to fix this, we might need to work on the perception of what the user sees from a cold boot. Thoughts?

Comment 3

[Stephan Leroux [:sleroux]]

Won't block 1.0 - clearing tracking flag

Comment 4

[Aaron Train [:aaronmt]]

From a quality standpoint we should track this post 1.0

Comment 5

[Stephan Leroux [:sleroux]]

https://bugzilla.mozilla.org/show_bug.cgi?id=1191585 will be the solution for this bug. Closing as dupe.