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)
Tracking
()
RESOLVED
DUPLICATE
of bug 833697
People
(Reporter: ctai, Assigned: ctai)
References
Details
Attachments
(1 file)
|
11.46 KB,
patch
|
Details | Diff | Splinter Review |
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.
| Assignee | ||
Updated•13 years ago
|
QA Contact: ctai
Comment 1•13 years ago
|
||
Just asking. Who decides the x-mms-content-location uri?
| Assignee | ||
Comment 2•13 years ago
|
||
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 | ||
Updated•13 years ago
|
Assignee: nobody → ctai
| Assignee | ||
Updated•13 years ago
|
QA Contact: ctai
| Assignee | ||
Comment 3•13 years ago
|
||
| Assignee | ||
Updated•13 years ago
|
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.
Description
•