1136847 - [Settings][Sound] The user can not use the music progress bar / scrubber when creating a new ringtone through settings > sound.

Status: RESOLVED DUPLICATE of bug 1103891

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

Description

[Joshua Mitchell (Inactive)]

Attachment: logcat_20150225_1058.txt

Description:
In the Settings > Sound menu you can add your music to create custom ringtones. 


Repro Steps:
1) Update a Flame to 20150225010244
2) Navigate to Settings > Sound > Manage Tones 
3) Hit the + sign 
4) Select a music track
5) Attempt to move the progress bar indicator

Actual:
Can not move the slider 

Expected:
Slider will move with tapping the screen or clicking and dragging it

Environmental Variables:
Device: Flame Master (KK - Nightly - Full Flash - 319mem)
Build ID: 20150225010244
Gaia: f6bfd854fe4746f21bc006eac145365e85f98808
Gecko: 0a8b3b67715a
Gonk: e7c90613521145db090dd24147afd5ceb5703190
Version: 39.0a1 (Master)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:39.0) Gecko/39.0 Firefox/39.0

Repro frequency: 7/7
See attached: logcat, Video: http://youtu.be/oZxVzXmG8iI

Comment 1

[Joshua Mitchell (Inactive)]

This issue occurs on Flame 2.2, 2.1 and 2.0 


Device: Flame 2.2 (KK - Nightly - Full Flash - 319mem)
Build ID: 20150225002505
Gaia: ca64f2fe145909f31af266b1730874051ba76c78
Gecko: 16804008c29f
Gonk: e7c90613521145db090dd24147afd5ceb5703190
Version: 37.0 
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0

Device: Flame 2.1 (KK - Nightly - Full Flash - 319mem)
Build ID: 20150225001618
Gaia: 86af0ca427adad12c3109124f31bef2fd9614e47
Gecko: a275f2c05ca6
Gonk: e7c90613521145db090dd24147afd5ceb5703190
Version: 34.0 (2.1)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Device: Flame 2.0 (KK - Nightly - Full Flash - 319mem)
Build ID: 20150225000239
Gaia: 366aaa19ac474dc58b79d62a91cff41756ae9dfe
Gecko: 611444d72a92
Gonk: e7c90613521145db090dd24147afd5ceb5703190
Version: 32.0 (2.0)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0

Comment 2

[Joshua Mitchell (Inactive)]

Additional notes: 

Once the user has hit the play button, they can then use the timeline scrubber

Comment 3

[Peter Bylenga [:PBylenga]]

NI on component owner for nomination decision and assignment.

Comment 4

[No-Jun Park [:njpark]]

Initially, I didn't think it's a blocking issue since the user can still use it as a ringtone, but when I go to the music app, select the music, and pause immediately once the auto playback starts, then rewind to 00:00 and try to move the slider bar, it does not seem to work.  I think this bug existed since day one and we didn't know about it because the track always auto played once selected.

I think it would be really great to fix this bug, but then again it doesn't feel like a blocker to me, Hema, what do you think?

Comment 5

[Hema Koka [:hema]]

Is this only when we drag the slider to 00:00 position? And does this happen only during the ringtone add case or with any song on the music app when dragged back? Non-functional slider bar for common scenario will be a blocker. 

Thanks
Hema

Comment 6

[No-Jun Park [:njpark]]

(In reply to Hema Koka [:hema] from comment #5)
> Is this only when we drag the slider to 00:00 position? And does this happen
> only during the ringtone add case or with any song on the music app when
> dragged back? Non-functional slider bar for common scenario will be a
> blocker. 
> 
> Thanks
> Hema

> Is this only when we drag the slider to 00:00 position?
Yes, if the silder is moved (by playback) from 00:00 position, then the slider can be used

> And does this happen only during the ringtone add case or with any song on the music app when
> dragged back?
It happens with any song on the music app as well.

Per your comments, I'll mark it as 2.2 blocker.
Blocking reason:
common use case scenario broken

Comment 7

[Hema Koka [:hema]]

If slider for a song in music app (including ringtone create case) is in 00:00 and paused state, drag function does not work. It looks like this is the same with 2.1 and 2.0 (per No-Jun). Since the song plays automatically when we select it is not easily caught before. Not blocking release but a bad experience if the user moves the slider to starting position. 

Dominic, 

Could you please check this out after your other 2.2 blocker is done? Assigning this to you. If the fix is non-risky, we could ask for approval to land in 2.2

Thanks
Hema

Comment 8

[No-Jun Park [:njpark]]

Per Comment 7, assigning it to Dominic

Comment 9

[Dominic Kuo [:dkuo]]

Currently I don't have enough bandwidth to work on this, unassigning myself first and feel free to ping me if anyone needs information or wants to work on it.