Closed Bug 1209134 Opened 9 years ago Closed 7 years ago

In Music NGA app, picking a new song shows the image of the currently playing song briefly

Categories

(Firefox OS Graveyard :: Gaia::Music, defect, P5)

ARM
Gonk (Firefox OS)
defect

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: njpark, Unassigned)

References

Details

(Keywords: polish, regression)

STR: - Open Music NGA app with a number of music files already in storage - Pick a song and play it - Go back to the song list view - Pick a different song Actual: The image of currently playing song shows up for a second, then the song stops and switches to the selected song Expected: It should stop the song immediately when the new music is tapped, and show the image of the new song from the beginning This does not happen with the OGA app. Version Info: Build ID 20150928030224 Gaia Revision 285486b417f1cb8316b19c0698a6655fc053fbd6 Gaia Date 2015-09-25 14:11:30 Gecko Revision https://hg.mozilla.org/mozilla-central/rev/6256ec9113c115141aab089c45ee69438884b680 Gecko Version 44.0a1 Device Name flame Firmware(Release) 4.4.2 Firmware(Incremental) eng.cltbld.20150928.062448 Firmware Date Mon Sep 28 06:25:00 EDT 2015 Bootloader L1TC000118D0
Tentatively marking it as a polish bug, since it seems like the issue is that the song isn't stopped before the app switches to the player view.
Keywords: polish
Blocks: 1205048
No longer depends on: 1209128
(In reply to No-Jun Park [:njpark] from comment #1) > Tentatively marking it as a polish bug, since it seems like the issue is > that the song isn't stopped before the app switches to the player view. I can confirm that's the issue here. The player view is shown before the current song can be stopped and the new song is loaded. The alternative is to wait to show the player view, but that might actually be a worse UX IMO because the device would feel less responsive.
Justin will investigate
Assignee: nobody → jdarcangelo
jsavory/hnguyen: How would you like to see this handled? Here's the scenario. You're in the "Player" view playing "Song A". You go back to the list view and pick "Song B". Currently, you are immediately taken back to the "Player" view and "Song B" starts playing. However, there is a slight delay in switching between the old artwork for "Song A" and the new artwork for "Song B". Personally, I don't think there's much of a problem here, but there are a few options: a.) Show a new graphic of a default greyed-out "?" or "X" album cover *immediately* and fade in the actual artwork ASAP b.) Show black and fade in the actual artwork ASAP c.) Do nothing :-) I wasn't sure which one of you I should ask, so I'm setting NI? for you both. Let me know what you think. Thanks!
Flags: needinfo?(jsavory)
Flags: needinfo?(hnguyen)
For what it's worth, OGA did (b).
Personally, I don't have a strong preference for this one. I think b), the black screen might work the best, but it would be good to see what it looks like. This bug seems to be more of a visual decision, so Hung should make the final call.
Flags: needinfo?(jsavory)
Just had a look at this and honestly, I think we should just leave it. The transitional period between album art is less than a second. The effort to make the changes will yield minimum gains. Please close this bug.
Flags: needinfo?(hnguyen)
I think we should at least do what OGA did (start out with black). In OGA at least, it was pretty easy to do and does look a bit nicer.
Flags: needinfo?(jdarcangelo)
No longer blocks: 1205048
Priority: -- → P5
Not working on this. Unassigning myself.
Assignee: jdarcangelo → nobody
Flags: needinfo?(jdarcangelo)
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.