Closed Bug 1164697 Opened 9 years ago Closed 9 years ago

[Music] Timeline does not advance when playing a song, dragging timeline pushes the time forward but then 'resets' UI to 0:00 and toggle to beginning

Categories

(Core :: Audio/Video, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

()

RESOLVED FIXED
blocking-b2g 2.5?
Tracking Status
firefox41 --- fixed
b2g-v2.2 --- unaffected
b2g-master --- verified

People

(Reporter: jmitchell, Assigned: sotaro)

References

()

Details

(Keywords: regression, Whiteboard: [3.0-Daily-Testing])

Attachments

(3 files)

Attached file logcat_20150513_1522.txt (deleted) —
Description: In the Music App, most songs are not visually advancing when played. The music plays fine but the time code remains at 00:00 and the scrubber does not progress along the timeline. If you tap or drag on the timeline the scrubber / toggle will jump momentarily but then reset to the beginning. The time also jumps to the correct code of where you are tapping or dragging the scrubber to but will also reset to 00:00. This occurs with Music on Internal and SD This occurs with headphones or no headphones This occurs with any of the playlists For some reason this is not occurring with every song but I can find no consistency with why it does not reproduce. Repro Steps: 1) Update a Flame to 20150513010202 2) Launch Music App 3) Play a song Actual: Timeline / Timecode is not progressing Expected: Timeline and Timecode will progress to match the song progress Notes: Environmental Variables: Device: Flame 3.0 Build ID: 20150513010202 Gaia: 0d6c04f13fd385bda045f4e539b2a67cb5d84b1d Gecko: 62d9b117c688 Gonk: 040bb1e9ac8a5b6dd756fdd696aa37a8868b5c67 Version: 41.0a1 (3.0) Firmware Version: v18D-1 User Agent: Mozilla/5.0 (Mobile; rv:41.0) Gecko/41.0 Firefox/41.0 Repro frequency: 8/10 See attached: logcat, video clip: http://youtu.be/ZsNvzdJsy88
This issue does NOT reproduce on Flame KK 2.2 Actual Results: Timeline and Timecode progress as appropriate with playing track Device: Flame 2.2 (KK - Nidghtly - Full Flash - 319mem) Build ID: 20150513002507 Gaia: e048df68f6f4853b5826a8816e143d95258149de Gecko: 0e6b4aab2b94 Gonk: ab265fb203390c70b8f2a054f38cf4b2f2dad70a Version: 37.0 (2.2) Firmware Version: v18D-1 User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
[Blocking Requested - why for this release]: Functional regression of a core app. Requesting a window.
blocking-b2g: --- → 3.0?
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
QA Contact: bzumwalt
Mozilla-Inbound Regression Window: Last working Mozilla-Inbound build: Device: Flame 3.0 Build ID: 20150511105216 Gaia: 6089234ace8b294a8feef064387604bae16254e3 Gecko: 37b877eb0834 Version: 40.0a1 (3.0) Firmware Version: v18D-1 User Agent: Mozilla/5.0 (Mobile; rv:40.0) Gecko/40.0 Firefox/40.0 First broken Mozilla-Inbound build: Device: Flame 3.0 Build ID: 20150511111715 Gaia: 6089234ace8b294a8feef064387604bae16254e3 Gecko: 9317883773d2 Version: 40.0a1 (3.0) Firmware Version: . User Agent: Mozilla/5.0 (Mobile; rv:40.0) Gecko/40.0 Firefox/40.0 Working Gaia with Broken Gecko issue DOES reproduce: Gaia: 6089234ace8b294a8feef064387604bae16254e3 Gecko: 9317883773d2 Working Gecko with Broken Gaia issue does NOT reproduce: Gaia: 6089234ace8b294a8feef064387604bae16254e3 Gecko: 37b877eb0834 Mozilla-Inbound Pushlog: http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=37b877eb0834&tochange=9317883773d2 Issue occurs due to changes made in bug 1162803
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
Bobby, can you take a look at this please? This might have been caused by the landing for bug 1162803.
Blocks: 1162803
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker) → needinfo?(bobbyholley)
If this is only reproducible on b2g, sotaro needs to look at it.
Flags: needinfo?(bobbyholley) → needinfo?(sotaro.ikeda.g)
I confirmed the symptom. I take a look.
Assignee: nobody → sotaro.ikeda.g
Flags: needinfo?(sotaro.ikeda.g)
(In reply to Sotaro Ikeda [:sotaro] from comment #6) > I confirmed the symptom. I take a look. Awesome - Thank you Sotaro!
The patch fixed the problem on latest master flame-kk.
Attachment #8605987 - Flags: review?(bobbyholley)
Comment on attachment 8605987 [details] [diff] [review] patch - Fix time unit of AudioOffloadPlayer Review of attachment 8605987 [details] [diff] [review]: ----------------------------------------------------------------- Doh! Thanks for the fix. :-)
Attachment #8605987 - Flags: review?(bobbyholley) → review+
No problem :)
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Attached video verify_master.mp4 (deleted) —
This bug has been verified as pass on latest build of Flame master,Nexus5 master by the STR in comment 0. Actually result: Timeline and Timecode will progress to match the song progress Reproduce rate: 0/10 See attachment: verify_master.mp4 Device: Flame master build(pass) Build ID 20150607160204 Gaia Revision 1d62b32408567f9f7cf1c71c1e5a0c6593be757b Gaia Date 2015-06-05 17:55:07 Gecko Revision https://hg.mozilla.org/mozilla-central/rev/7d4ab4a9febd Gecko Version 41.0a1 Device Name flame Firmware(Release) 4.4.2 Firmware(Incremental) eng.cltbld.20150607.193246 Firmware Date Sun Jun 7 19:32:58 EDT 2015 Bootloader L1TC000118D0 Device: Nexus5 master build(pass) Build ID 20150607160204 Gaia Revision 1d62b32408567f9f7cf1c71c1e5a0c6593be757b Gaia Date 2015-06-05 17:55:07 Gecko Revision https://hg.mozilla.org/mozilla-central/rev/7d4ab4a9febd Gecko Version 41.0a1 Device Name hammerhead Firmware(Release) 5.1 Firmware(Incremental) eng.cltbld.20150607.193647 Firmware Date Sun Jun 7 19:37:06 EDT 2015 Bootloader HHZ12f
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage+][MGSEI-Triage+]
Component: Gaia::Music → Audio/Video
Product: Firefox OS → Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: