Closed
Bug 1173643
Opened 10 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)
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
Reporter | ||
Comment 1•10 years ago
|
||
Affect master, but not sure 2.2 (might wait for bug 1173287 resolved).
status-b2g-v2.2:
--- → ?
status-b2g-master:
--- → affected
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.
Reporter | ||
Comment 2•10 years ago
|
||
Also not sure if this one is a regression. Ad qawanted for checking it.
Reporter | ||
Comment 3•10 years ago
|
||
The video link.
Updated•10 years ago
|
QA Contact: bzumwalt
Comment 4•10 years ago
|
||
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.
Comment 5•10 years ago
|
||
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
Comment 6•10 years ago
|
||
[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)
Keywords: regression,
regressionwindow-wanted
Comment hidden (obsolete) |
Updated•10 years ago
|
QA Contact: bzumwalt → pcheng
Comment 8•10 years ago
|
||
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)
Keywords: regressionwindow-wanted
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmercado)
Updated•10 years ago
|
Assignee: nobody → dkuo
Flags: needinfo?(dkuo)
Updated•10 years ago
|
Assignee: dkuo → nobody
Comment 11•10 years ago
|
||
Jim,
Please investigate this regression bug. Did this break with any of the refactoring changes?
Thanks
Hema
Assignee: nobody → squibblyflabbetydoo
Comment 12•9 years ago
|
||
This works for me. I've tried a few different ways (and a bunch of my songs) and can't reproduce the issue.
Comment 13•9 years ago
|
||
Could QA take another look at this? It might have gotten fixed when I rewrote the playback queue logic.
Keywords: qawanted
Comment 14•9 years ago
|
||
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
Updated•9 years ago
|
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
Comment 15•9 years ago
|
||
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
Comment 16•9 years ago
|
||
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.
Description
•