[FM Radio] The loading animation stops prematurely when pressing on a saved station while the Radio app is loading giving the appearance of non-responsive functionality.

NEW
Unassigned

Status

Firefox OS
Gaia::FMRadio
3 years ago
2 years ago

People

(Reporter: Joshua Mitchell (Inactive), Unassigned)

Tracking

({polish})

unspecified
ARM
Gonk (Firefox OS)
polish

Firefox Tracking Flags

(b2g-v1.4 affected, b2g-v2.0 affected, b2g-v2.1 affected, b2g-v2.2 affected, b2g-v2.5 affected, b2g-master affected)

Details

(Whiteboard: [2.2-Daily-Testing] 2.6UXnom, URL)

Attachments

(1 attachment)

(Reporter)

Description

3 years ago
Created attachment 8547696 [details]
logcat_20150112_1024.txt

Description:
 When you load the FM radio app it takes several 4-6 seconds to fully load; during this time a loading animation plays around the circumference of the Play / Stop button indicating that the system is 'working / loading'. If you tap anywhere on the screen (for example: On a saved station) the loading animation will stop playing and the Header / Station # at the top will un-dim giving the appearance that the app is done loading. however, The app will not load the radio station or use the find next / last buttons until the app fully loads. This gives the appearance for 5 or 6 seconds that the app is not responsive (more depending on if the phone is laggy from having multiple apps or downloads active). 


Repro Steps:
1) Update a Flame to 20150112010228
2) Launch Radio FM App
3) Quickly tap on a saved radio station

Actual:
Loading animation stops prematurely and header un-dims to indicate loading is complete.

Expected:
Animation will continue to play and header will remain dim until app is fully loaded.

Environmental Variables:
Device: Flame Master
Build ID: 20150112010228
Gaia: f5e481d4caf9ffa561720a6fc9cf521a28bd8439
Gecko: bb8d6034f5f2
Gonk: a814b2e2dfdda7140cb3a357617dc4fbb1435e76
Version: 37.0a1 (Master)
Firmware Version: V18D
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0

Repro frequency: 7/7
See attached: logcat, video - http://youtu.be/W5iHKis57Vo

---------------------------------------------------------------------

This issue also repros on 2.2 (V188-1), 2.1, 2.0 and 1.4 (V165 base image only)


Device: Flame Master (KK - nightly - full flash)
Build ID: 20150112010228
Gaia: f5e481d4caf9ffa561720a6fc9cf521a28bd8439
Gecko: bb8d6034f5f2
Gonk: a814b2e2dfdda7140cb3a357617dc4fbb1435e76
Version: 37.0a1 (Master)
Firmware Version: v188-1
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0

Device: Flame 2.1 (KK - nightly - full flash)
Build ID: 20150112001215
Gaia: 1975241ac29f723479e6c60b2bf74ebed54da91a
Gecko: 0863fe4b75c3
Gonk: a814b2e2dfdda7140cb3a357617dc4fbb1435e76
Version: 34.0 (2.1)
Firmware Version: V18D
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Device: Flame 2.0 (KK - nightly - full flash)
Build ID: 20150112000204
Gaia: 31d6c9422cd0a8213df9f96019c9ab7168ec3ab3
Gecko: a05a5378cb1f
Gonk: a814b2e2dfdda7140cb3a357617dc4fbb1435e76
Version: 32.0 (2.0)
Firmware Version: V18D
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0

Device: Flame 1.4 (KK - nightly - full flash)
Build ID: 20140814202332
Gaia: 129211661489feb60bbd6772a44081d23b374f17
Gecko: 1483bd406aad0b3b9e3bdb75c5238b787b5a0cd6
Gonk: Could not pull gonk.  Did you shallow Flash?
Version: 30.0 (1.4)
Firmware Version: V165
User Agent: Mozilla/5.0 (Mobile; rv:30.0) Gecko/30.0 Firefox/30.0
(Reporter)

Updated

3 years ago
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
Not going to nominate to block since it's not regression but nominating as a polish issue.
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(pbylenga)
Keywords: polish
I agree that the animation should continue until the app is fully loaded and can respond.
Is this still valid?
Keywords: qawanted
Whiteboard: [2.2-Daily-Testing] → [2.2-Daily-Testing] 2.6UXnom
This bug is still reproducible on Flame central and Flame 2.5. FM Radio is not available on Aries so unable to check Aries.

I also noticed another bug while doing the STR - it always switches to whatever saved station I was on during previous session, regardless of which station I tapped on.

Flame 2.5 build for today is broken so I used an older Flame 2.5 build.

Device: Flame 2.5
BuildID: 20151116173604
Gaia: 9473dbcbebf4e758a3b73200968efc69071b4312
Gecko: 17877d161e5f62726027ee70101a7004dcad5a69
Gonk: 205ac4204bbbb2098a8046444acba551ba5dc75a
Version: 44.0a2 (2.5) 
Firmware Version: v18D
User Agent: Mozilla/5.0 (Mobile; rv:44.0) Gecko/44.0 Firefox/44.0

Device: Flame 2.6
BuildID: 20151118030211
Gaia: 28d63cf3bdc4417f7ad8cab2230f096bf9f6d3b5
Gecko: eb3016abd37db2e6a6d923265047e84b12c0af61
Gonk: 205ac4204bbbb2098a8046444acba551ba5dc75a
Version: 45.0a1 (2.6) 
Firmware Version: v18D
User Agent: Mozilla/5.0 (Mobile; rv:45.0) Gecko/45.0 Firefox/45.0
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage?]
status-b2g-v2.5: --- → affected
status-b2g-master: --- → affected
Flags: needinfo?(jmercado)
Keywords: qawanted
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmercado)
You need to log in before you can comment on or make changes to this bug.