894805 - [Gallery][Music] Crash observed during Video & Music files saved from MMS application.

Status: RESOLVED WORKSFORME

(Core :: Storage: IndexedDB, defect, P1)

Description

[Leo]

1. Title: Observed Crash when saving Video/Music file from MMS.
2. Precondition: Make sure MMS is  working. 
3. Tester's Action: 
Open Message Composer 
Click on attachment icon -> Add the Audio/Video -> add some text -> Send to the self number
Received MMS
Click on the received audio file 
Seek while audio is playing till last 20 seconds of the audio, wait till last 10 seconds
Click on Save button
 “Music just Crashed” message occurs. 
The same procedure even for Video files.
4. Detailed Symptom (ENG.) : Music/Video  crash
5. Expected : Music/Video should be played and saved well.
6.Reproducibility: Y
7.Frequency Rate : 60%

Comment 1

[Leo]

Attachment: Audio file used for Test

This is the audio file used for testing.

Comment 2

[Leo]

Attachment: Audio Save Crash Report

Audio Save Crash Report

Comment 3

[Leo]

Attachment: Audio Save Crash DDMS Logs

Audio Save Crash DDMS Logs

Comment 4

[Leo]

Attachment: Video File used for Test

Video File used for Test

Comment 5

[Leo]

Attachment: Video Save Crash Report

Video Save Crash Report

Comment 6

[Leo]

Attachment: Video Save Crash DDMS Logs

Video Save Crash DDMS Logs

Comment 7

[Leo]

Gabriel,

In the log we can see the crash is in Blobipc.

Regards,
Veeresh

Comment 8

[Gabriele Svelto [:gsvelto]]

I've tried to reproduce this on my Leo but failed, both using the provided video and audio file. I've tried saving both files 10+ times without ever hitting the issue so I need to know exactly which version of the code you were using when you experienced it:

- Was this on your internal branch on one of the public branches?

- Which Gecko and Gaia branches and revisions where you using?

I've tested on a Leo using the backup-leo directory extracted from the D300_V08j_00_JUL_01_TLF_ES.zip archive. I used the mozilla-b2g18 branch for Gecko, revision 2d17cfb07d0decd59e5df28d64fbef29e9e37317 and the v1-train branch for Gaia, revision c506c50adaaebcf729ac3c27887ba2931ab79040.

If you're using your internal branch since this looks like a blob-related problem be sure to have the patch from attachment 767545 [details] [diff] [review] applied. It was applied to mozilla-b2g18 at revision 933940f006189349274104e10d1d0376fedbb169.

Comment 9

[Jason Smith [:jsmith]]

Sorry for multiple component switch. Looks like an indexed DB crash.

Comment 10

[Gabriele Svelto [:gsvelto]]

(In reply to Jason Smith [:jsmith] from comment #9)
> Looks like an indexed DB crash.

Looking at the crash-reports they have attached it seems related to blob handling; there's a NULL pointer being accessed in mozilla::dom::PBlobChild::Write(). More importantly that calls is generated from nsDeviceStorage which is consistent with the action being executed (saving a file to the SD-card). Why do you think indexed DB is involved?

Comment 11

[Gene Lian (I already quit Mozilla)]

(In reply to Leo from comment #0)
> 1. Title: Observed Crash when saving Video/Music file from MMS.
> 2. Precondition: Make sure MMS is  working. 
> 3. Tester's Action: 
> Open Message Composer 
> Click on attachment icon -> Add the Audio/Video -> add some text -> Send to
> the self number
> Received MMS
> Click on the received audio file 
> Seek while audio is playing till last 20 seconds of the audio, wait till
> last 10 seconds
> Click on Save button
>  “Music just Crashed” message occurs. 

I used to encounter this error before. However, after updating the latest b2g18/v1-train build and retrying at least 30 times, I cannot reproduce anymore.

Comment 12

[Gene Lian (I already quit Mozilla)]

Hi Bent and Patrick, do you have any idea about the attached log? We need experts' opinions.

Comment 13

[Gene Lian (I already quit Mozilla)]

Hi Leo,

After updating the build to the latest b2g18/v1-train I cannot reproduce this bug anymore (I've tried it all the night)! Could you please come back with a more stable STR if this bug is still present? Thanks!

Comment 14

[Alan Huang]

Hi Leo,
I cannot reproduce this at my side, latest code config from v1-train/b2g18. Can you provide your gecko commit number? Does your build include this patch? https://hg.mozilla.org/releases/mozilla-b2g18/rev/6346d3aaf039

Comment 15

[Leo]

(In reply to Alan Huang [:ahuang] from comment #14)
> Hi Leo,
> I cannot reproduce this at my side, latest code config from v1-train/b2g18.
> Can you provide your gecko commit number? Does your build include this
> patch? https://hg.mozilla.org/releases/mozilla-b2g18/rev/6346d3aaf039

Hi Alan,
We have checked this https://hg.mozilla.org/releases/mozilla-b2g18/rev/6346d3aaf039 and the patch is available in our build.

Comment 16

[Gene Lian (I already quit Mozilla)]

I just heard from LEO guys at the end of Taipei work week. They said this issue is not reproducing anymore. Maybe we can close this bug.

Comment 17

[Gabriele Svelto [:gsvelto]]

(In reply to Gene Lian [:gene] from comment #16)
> I just heard from LEO guys at the end of Taipei work week. They said this
> issue is not reproducing anymore. Maybe we can close this bug.

Thanks Gene, I'll close it then as I wasn't able to reproduce it myself on a Leo no matter how hard I tried. If for some reason this shows up again Leo can re-open it.