Closed
Bug 880825
Opened 11 years ago
Closed 11 years ago
[MMS] Unable to Open audio and video immediately after attaching
Categories
(Firefox OS Graveyard :: Gaia::SMS, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: jugglinmike, Assigned: gsvelto)
References
Details
Attachments
(2 files)
1016 bytes,
patch
|
Details | Diff | Splinter Review | |
358 bytes,
text/html
|
Details |
Steps to reproduce: 1. Open an existing message thread 2. Attach an audio or video file to the new message 3. Click on the attachment's placeholder in the message composition field 4. Select "View" Expected: the media opens correctly in the appropriate application Actual: the media viewing application opens and crashes without playing back the media After sending the message, the "view" behavior can be triggered by clicking on the attachment placeholder in the Thread UI. Here again, the viewing application crashes. The expected behavior is demonstrated only after navigating away from the Thread UI (to the Thread List, for example), re-opening the message thread again, and attempting to view the attachment again.
Comment 1•11 years ago
|
||
what are the audio/video types causing this problem?
Comment 2•11 years ago
|
||
as far as we could tell, everything we had on the device
Assignee | ||
Comment 3•11 years ago
|
||
As far as I can tell the problem here is very similar to bug 877482. The SMS app is sending an activity with the filename it wants to attach and a File object as the blob; the Music app is interpreting the blob as raw data instead which leads to the crash. I'm preparing a patch to fix the issue, hopefully it shouldn't be too complicated.
Assignee | ||
Updated•11 years ago
|
OS: Linux → Gonk (Firefox OS)
Hardware: x86_64 → ARM
Assignee | ||
Comment 4•11 years ago
|
||
This is a tentative patch for fixing the bug, I did some light testing with it and it seems to work correctly. The patch applies properly to v1-train too and I'll attach a PR shortly.
Assignee | ||
Comment 5•11 years ago
|
||
Pointer to Github pull-request
Comment 6•11 years ago
|
||
Comment on attachment 767145 [details] [diff] [review] [PATCH] Handle file blobs correctly Review of attachment 767145 [details] [diff] [review]: ----------------------------------------------------------------- Gabriele, I took a quick look on your patch before I test it, and I found it's a same workaround which I removed in bug 867448 comment 7, I believe this should be a gecko issue and a gaia workaround probably can fix this, so if we are trying to meet the schedule or we better to wait for the gecko patch.
Attachment #767145 -
Flags: review?(dkuo)
Assignee | ||
Comment 7•11 years ago
|
||
(In reply to Dominic Kuo [:dkuo] from comment #6) > Gabriele, I took a quick look on your patch before I test it, and I found > it's a same workaround which I removed in bug 867448 comment 7, I believe > this should be a gecko issue and a gaia workaround probably can fix this, so > if we are trying to meet the schedule or we better to wait for the gecko > patch. I agree, the Gecko patch for b2g18 is in bug 887093; I would also want to go for it as long as we can land it before the end of the week due to the constraints we have for leo+ bugs. If we do land it then we don't need any changes in the Music or Video apps and we just need to get rid of the existing Gallery workaround (see attachment 767587 [details] [diff] [review]).
Assignee | ||
Updated•11 years ago
|
Blocks: gaia-euro-sprint-6
Assignee | ||
Comment 8•11 years ago
|
||
I've retested now that the fix for bug 887093 and the problem is fixed on v1-train; on master on the other hand the music app does not crash but does not play the attached sound either. I will need to further investigate.
Comment 9•11 years ago
|
||
(In reply to Gabriele Svelto [:gsvelto] from comment #8) > I've retested now that the fix for bug 887093 and the problem is fixed on > v1-train; on master on the other hand the music app does not crash but does > not play the attached sound either. I will need to further investigate. What format you are testing?
Assignee | ||
Comment 10•11 years ago
|
||
I've just re-tested this and it seems to work fine on master too. I've looked into the log to see if the fix for bug 887093 was ported over but couldn't find it. Ben can you confirm that you fixed the blob problem in bug 887093 on m-c? If that's the case I'd like to close this with a reference to the relevant change.
Flags: needinfo?(bent.mozilla)
No, bug 887093 was a b2g18-only fix (the blob architecture on trunk is totally different from b2g18).
Flags: needinfo?(bent.mozilla)
Assignee | ||
Comment 12•11 years ago
|
||
(In reply to ben turner [:bent] (needinfo? encouraged) from comment #11) > No, bug 887093 was a b2g18-only fix (the blob architecture on trunk is > totally different from b2g18). I see... would that bug still be present on central then or would central not suffer from the problem at all? If it would then I have to look at the Gaia sources to see if a workaround has been put in place instead.
Comment 13•11 years ago
|
||
There were several fixed with crashes over blob, will be difficult to find the correct change. Let's close :)
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
Comment 14•11 years ago
|
||
(my english is worse than ever)
You need to log in
before you can comment on or make changes to this bug.
Description
•