Closed Bug 919793 Opened 11 years ago Closed 11 years ago

HomeScreen becomes unresponsive (for atleast 1 minute) during playback of music (FFOS 1.2)

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
blocker

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: tkundu, Unassigned)

References

Details

(Keywords: hang, regression)

Attachments

(1 file)

Steps to produce :

1) Reboot Device
2) Launch Music app
3) Play any music and Press Home button immediately (Press Only ONCE) . You will see HomeScreen
4) Try to pan in HomeScreen. Homescreen becomes unresponsive for atleast 1 min.

Device used: 512MB QRD FFOS 1.2
blocking-b2g: --- → koi?
Attached file logcat
logcat output during HomeScreen unresponsive problem
Latest gaia/gecko which I tried it  : 

Gaia commit SHA1: c932c482c6944fa32724ce7af9e5423c4c2bcccd
Gecko Commit SHA1: f98470e4c52dbcd3ee0236d7566df733b89f9fa9
For what it's worth, I can't reproduce this on an Inari.

I'd be interested in seeing a regression window for this. My initial guess was that this might be fallout from bug 902974, but that can't be right, since that patch didn't land on 1.2 until *after* this bug was filed. With that in mind, my best guess is that something in the mp3 decoder is causing issues.
I guess the root cause is the same as bug 914870 because music should also freezes.
I tried to reproduce it on master hamachi built from source by myself(2013/09/23), but I can not reproduce it on my hamachi. I am going to try the bug on v1.2 again.
QA Contact: laliaga
I was not able to repro this on Aurora Hamachi 1.2 9/24 build (9/23 was not available on the build share). Tapping on a song and immediately tapping home button plays the song as normal. I also went back several 1.2 builds and did not encounter the issue.

Requesting more info from TKundu.

- Does it repro 100%?
- Are there any tricks to the timing of pressing the home button? Do you have to wait for the song to appear or tap home within less than a second of playing a song?
- Did you play from the song list or music home menu?

Thanks
Flags: needinfo?(tkundu)
Need a path to reproduce this or this is going to be closed as works for me per comment 6.
Whiteboard: [closeme 10/1/2013]
>> Do you have to wait for the song to appear or tap home within less than a second of playing a song?

Please press home button as soon as possible (it may help you to reproduce if you can press in less than 1 sec).

Steps which I did: 

1) Reboot Device
2) Launch Music app
3) Play any music BY TOUCHING MUSIC FILE IMAGE in music app and Press Home button immediately (Press Only ONCE) . You will see HomeScreen
4) Try to pan in HomeScreen. Homescreen becomes unresponsive for atleast 1 min.


If you still face issues to reproduce then please let me know. I can provide a video of all steps.
Flags: needinfo?(tkundu)
Flags: needinfo?(jsmith)
Okay, we'll try reproducing again.
Flags: needinfo?(jsmith)
Whiteboard: [closeme 10/1/2013]
Hi Jason,

Are you trying with gaia/gecko commit SHA1 as mentioned in #comment 2 ?
Whiteboard: [closeme 10/1/2013]
Whiteboard: [closeme 10/1/2013]
Regarding Comment 8, there definitely is an issue on my Buri when you follow those instructions using:

Gaia   1e9470b9b6df630eddf1c4c8b25b3170ee786b0e
SourceStamp caa6b17647c5
BuildID 20130926004001
Version 26.0a2

However, in my case there is a 5.22 second delay before the homescreen even draws, so in my base there is nothing to pan.  I agree with Dominic that it is likely that Bug 914870 in involved since the music app seems to be momentarily freezing when it is launched due to that bug.
Got it to repro on the 9/23 build. 8/15 1.2 Buri was the last build where it didn't hang when playing a song then immediately tapping the home button. This issue is a bit hard to repro every build thereafter as it requires pressing Home at a different time for each build. Depending on the build it can take ~30 seconds to respond, +/- 15 seconds.

- Does not occur on 1.1 -
Build ID: 20130926041203
Gecko: http://hg.mozilla.org/releases/mozilla-b2g18/rev/6f04a111aeb1
Gaia: d7309be553932635b7e6832d7471256824b5208f
Platform Version: 18.1

- 8/15 1.2 does not occur -
Build ID: 20130815040204
Gecko: http://hg.mozilla.org/mozilla-central/rev/a8daa428ccbc
Gaia: 58bb05efc83407428099a182244a1759ab84cd0b
Platform Version: 26.0a1

- 8/16 1.2 Takes ~5 seconds to respond -
Build ID: 20130816040203
Gecko: http://hg.mozilla.org/mozilla-central/rev/6f265af4e3d8
Gaia: be95c3b6757290fff4fdde7a2b73c68f599131a1
Platform Version: 26.0a1

- 8/17 1.2 Takes upwards of 20 seconds to respond -
Build ID: 20130817040203
Gecko: http://hg.mozilla.org/mozilla-central/rev/8ad1e4c838c8
Gaia: 2cad0ff0180e0b33ac49aed3030949e6edbda95d
Platform Version: 26.0a1
Does this reproduce only with MP3 files or does it also happen with Ogg Vorbis? That might help narrow down what's causing the problem.

Here are some sample Ogg Vorbis files if you need them: http://www.vorbis.com/music/
QA Wanted for comment 13
Keywords: qawanted
The issue no longer reproduces on 10/04 Buri aurora.
Possibly the fix in bug 914870 which has landed on 09/30 fixed this issue as well.


(In reply to Jim Porter (:squib) from comment #13)
> Does this reproduce only with MP3 files or does it also happen with Ogg
> Vorbis? That might help narrow down what's causing the problem.

I tested on older biuld (09/28) to answer your question, so the issues only reproduced with MP3 files, did not reproduce with Ogg Vorbis.

Gaia   1e9470b9b6df630eddf1c4c8b25b3170ee786b0e
SourceStamp af05b2a644b8
BuildID 20130928004001
Version 26.0a2

Gaia   1ac6749e36424124493a1b4c7534f298789bdffd
SourceStamp 8f08240128c8
BuildID 20131004040203
Version 27.0a1
Keywords: qawanted
Works for me then per comment 15
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
blocking-b2g: koi? → ---
Blocks: 927884
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: