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)
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)
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)
Reporter | ||
Comment 1•11 years ago
|
||
Reporter | ||
Comment 2•11 years ago
|
||
Correction. Repro Step 1 should be: Updated Buri to Build ID: 20130929040201
Comment 4•11 years ago
|
||
Does this reproduce on a 1.2 build without the e.me changes?
Keywords: qawanted,
regression
Updated•11 years ago
|
QA Contact: ssuresh
Comment 5•11 years ago
|
||
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
Updated•11 years ago
|
QA Contact: ssuresh
Comment 7•11 years ago
|
||
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
Comment 8•11 years ago
|
||
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
status-firefox28:
--- → affected
Comment 9•10 years ago
|
||
Does this still reproduce?
Updated•10 years ago
|
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.
Description
•