Closed Bug 1173643 Opened 9 years ago Closed 9 years ago

[Music]When user plays some kind of musics, dragging the progress slider to end does not jump to the next song.

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:2.5+, b2g-v2.2 unaffected, b2g-master affected)

RESOLVED WORKSFORME
blocking-b2g 2.5+
Tracking Status
b2g-v2.2 --- unaffected
b2g-master --- affected

People

(Reporter: hcheng, Unassigned)

References

()

Details

(Keywords: regression, Whiteboard: [v2.2-nexus-5-l] )

* Description
When playing some musics, dragging the progress slider to end, music app does not show the next song bug back to track list. After that, it is still playing the next song but the song shown at notification bar is the original one which is wrong..

* STR
1. Launch Music.
2. Play the song (used https://bugzilla.mozilla.org/attachment.cgi?id=8617818).
3. Drag progress bar to the end.

* Expected Result:
After step 3, music app should automatically jump to the next song.

* Actual Result:
After step 3, music will go back to track list, but is still playing the next song. At this time, the playing song shown on notification bar is still the previous one (at step 2).

* Env info:
Build ID               20150610160207
Gaia Revision          e3eaf72ccd1bfe6d60d37efde6d3b92c1dbc5ff9
Gaia Date              2015-06-10 03:13:33
Gecko Revision         https://hg.mozilla.org/mozilla-central/rev/95afddf894e3
Gecko Version          41.0a1
Device Name            flame
Firmware(Release)      4.4.2
Firmware(Incremental)  eng.cltbld.20150610.193636
Firmware Date          Wed Jun 10 19:36:48 EDT 2015
Bootloader             L1TC000118D0
Affect master, but not sure 2.2 (might wait for bug 1173287 resolved).
status-b2g-v2.2: --- → ?
Summary: [Music]When user playes some of the music and then drag the progress slider to end, → [Music]When user plays some kind of musics, dragging the progress slider to end does not jump to the next song.
Also not sure if this one is a regression. Ad qawanted for checking it.
QA Contact: bzumwalt
After testing and as per comment 1 determining if this bug occurring on 2.2 is blocked by bug 1173287 for now. Will fulfil qawanted after that bug is fixed.
Issue does not reproduce on Flame 2.2

While playing attachment 8617818 [details] on device, dragging progress slider to end results in next song in playlist playing with current time and time remaining displaying correctly. In addition, the title of the song displays correctly on header and in notification tray. User is not returned to track listing screen unexpectedly.

Device: Flame 2.2
Build ID: 20150618002507
Gaia: 3414b07dc489976bf510fd8042c0af3b1192c160
Gecko: a2db74491088
Gonk: bd9cb3af2a0354577a6903917bc826489050b40d
Version: 37.0 (2.2)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0


Issue still reproduces on Flame 3.0

When playing attachment 8617818 [details], dragging progress slider to the end brings user back to track list. The notification tray shows previous song title even though next song is  playing.

Device: Flame 3.0
Build ID: 20150618010201
Gaia: b404c41c5471c31610e64defb74ec066b411e724
Gecko: a3f280b6f8d5
Gonk: a4f6f31d1fe213ac935ca8ede7d05e47324101a4
Version: 41.0a1 (3.0)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:41.0) Gecko/41.0 Firefox/41.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
Keywords: qawanted
[Blocking Requested - why for this release]:

Song title should be correctly displayed and this is a regression so nominating this 3.0?
blocking-b2g: --- → 3.0?
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
Flags: needinfo?(ktucker)
QA Contact: bzumwalt → pcheng
Unable to find a regression window for this bug due to another bug had been occurring for at least a month before this bug occurs. We also can't find a fixed window in v2.2 branch because that other bug also had been occurring before it got fixed. We don't have a window going from working to broken or broken to working on either branches.
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage?]
Flags: needinfo?(jmercado)
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmercado)
Dominic, could you take a look?
Flags: needinfo?(dkuo)
Assignee: nobody → dkuo
Flags: needinfo?(dkuo)
Assignee: dkuo → nobody
Blocking because of regression
blocking-b2g: 2.5? → 2.5+
Jim,

Please investigate this regression bug. Did this break with any of the refactoring changes?

Thanks
Hema
Assignee: nobody → squibblyflabbetydoo
This works for me. I've tried a few different ways (and a bunch of my songs) and can't reproduce the issue.
Could QA take another look at this? It might have gotten fixed when I rewrote the playback queue logic.
Keywords: qawanted
I am still able to reproduce this issue on the latest Nightly Flame build.

Actual Results: The device does not go t the next song and instead returns to the song list.

Environmental Variables:
Device: Flame 2.5
BuildID: 20150826030209
Gaia: c1ae9f02f2a9cfb89bf67aeea97e467c41c3362c
Gecko: f61c3cc0eb8b7533818e7379ccc063b611015d9d
Gonk: c4779d6da0f85894b1f78f0351b43f2949e8decd
Version: 43.0a1 (2.5) 
Firmware Version: v18D
User Agent: Mozilla/5.0 (Mobile; rv:43.0) Gecko/43.0 Firefox/43.0
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
Keywords: qawanted
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
I reflashed Gecko and Gaia and everything still works fine for me. Relinquishing this bug for now since  I can't reproduce it.
Assignee: squibblyflabbetydoo → nobody
Reopen if the problem is still seen with latest builds.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.