Closed Bug 827789 Opened 13 years ago Closed 13 years ago

B2G MMS : The x-mms-content-location uri prePath from some cellphone operators is not the same as the MMSC in APN setting.

Categories

(Core :: DOM: Device Interfaces, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 833697

People

(Reporter: ctai, Assigned: ctai)

References

Details

Attachments

(1 file)

In some cell phone operators, they might send MMs with x-mms-content-location uri which is totally different with the MMSC in their APN setting. It will cause the fail of receiving MM in some operators.
QA Contact: ctai
Just asking. Who decides the x-mms-content-location uri?
When cellphone A send a MM to Cellphone B, the MMSC of phone B will send a short message to point out the uri of x-mms-content-location. In some operators, the uri perPath will be the same as the MMSC. But some of operators are not. So we might need to design another way to register filter for the proxy, not pass the MmsService to the function registerFilter. Instead, we might encapsulate the process of dealing with MM as a transaction. The pass it to a transaction service. And pass the transaction to the function |registerFilter| if this transaction need the proxy to use http request.
Assignee: nobody → ctai
QA Contact: ctai
Attached patch WIPSplinter Review
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: