Closed Bug 922386 Opened 11 years ago Closed 10 years ago

[B2G][Everything.me][Homescreen] The webpage loading bar can remain on the screen permanently under the status bar

Categories

(Firefox OS Graveyard :: Gaia::System, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(firefox28 affected)

RESOLVED WORKSFORME
Tracking Status
firefox28 --- affected

People

(Reporter: KTucker, Unassigned)

Details

(Keywords: regression, Whiteboard: e.me 1.2 test run)

Attachments

(2 files)

Attached video Loadingbar.mp4
Description:
The webpage loading/progress bar can remain permanently under the status bar on the homescreen if the user taps on a search result icon, immediately taps the "Home" button and then locks the phone.

Repro Steps:
1)  Updated Buri/Inari/Leo/Unagi to Build ID: 20130929040201
2)  On the homescreen, type "Google" in the search bar and tap the "return" key on the keyboard.
3)  Tap on the "Youtube" icon and then immediately tap the "home" button on the phone while the webpage is loading. Pay close attention to the top of the homescreen under the status bar. There should be a loading bar still on the screen. If there is not a loading bar under the status bar repeat this step until one is seen on the homescreen.
4) While the loading bar is at the top of the homescreen, tap the "Power/Lock" button on the phone to lock the device.
5) Tap the "Power/Lock" button to awake the device.
6) Open the camera app.

Actual:
The loading/progress bar remains permanently on the screen until the user reboots their phone.

Expected:
The webpage loading/progress bar does not appear on the homescreen.

Environmental Variables
Device: Buri v 1.3.0.0-prerelease Mozilla COM
Build ID: 20130929040201
Gecko: http://hg.mozilla.org/mozilla-central/rev/e56505c62aba
Gaia: c6c1b9bbb50d3a5a27e2c57e2b52746fe73ac86f
Platform Version: 27.0a1
RIL Version: 01.02.00.019.058 
Firmware Version: 20130912

Notes:
Repro frequency: 100%
See attached: (logcat, video)
Attached file loading bar log
Blocks: 1.3-e.me
Correction.

Repro Step 1 should be: Updated Buri to Build ID: 20130929040201
Wrapper lives on system app
Component: Gaia::Everything.me → Gaia::System
Does this reproduce on a 1.2 build without the e.me changes?
Keywords: qawanted, regression
QA Contact: ssuresh
This issue reproduces on Buri aurora v 1.2 10/01 build.
The loading bar is still seen on the screen after power off and on. And to get rid of the loading bar, had to restart the device.

Device: Buri v 1.2 
Build ID: 20131001004003
Gecko: http://hg.mozilla.org/releases/mozilla-aurora/rev/5689e4237ab7
Gaia: 5e0d0df6a762cf1e1812eeb735fba72e2539dc0c
Platform Version: 26.0a2

Also issue reproduces on v 1.2 aurora 09/27 build.
Keywords: qawanted
QA Contact: ssuresh
No longer blocks: 1.3-e.me
Does this reproduce on 1.1?
Keywords: qawanted
QA Contact: ssuresh
This issue reproduces on both leo and buri v1.1 10/01 build. 

The loading bar is still seen on the screen after powering device on and off. when user launches camera app, the loading bar is still seen in camera app as well.
However the loading bar eventually goes away and there is no need to restart device. 

Environmental Variables
Device: Leo v 1.1.0 Mozilla RIL
Build ID: 20131001041206
Gecko: http://hg.mozilla.org/releases/mozilla-b2g18/rev/c630289d6388
Gaia: 02b975e6ce12922928c74276ac7d19432a03f126
Platform Version: 18.1
Keywords: qawanted
Issue occurs on 1.3 build 

This loading bar remains on homescreen and is animated if user terminates app through long press of home button before page finishes loaing in the background. If user does not terminate app the loading bar disappears within a few seconds.

This issue can also be reproduced by using any app opened from any Everything.me category, or added to homescreen from Everything.me

Environmental Variables:
Device: Buri v1.3 Mozilla RIL
BuildID: 20131126052050
Gaia: 4ad796b196d468bdb231beba4392acbc90a74e96
Gecko: 99479edbee2a
Version: 28.0a1
Firmware Version: V1.2_US_20131115
Does this still reproduce?
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: