Closed
Bug 879680
(mmi-result-cf)
Opened 11 years ago
Closed 11 years ago
[MMI] Use MMIResult for Call Forwarding related functionality
Categories
(Firefox OS Graveyard :: Gaia::Dialer, defect)
Tracking
(blocking-b2g:leo+, firefox23 wontfix, firefox24 wontfix, firefox25 fixed, b2g18 fixed, b2g18-v1.0.0 wontfix, b2g18-v1.0.1 wontfix, b2g-v1.1hd fixed)
People
(Reporter: bov, Assigned: jaoo)
References
Details
(Keywords: late-l10n, Whiteboard: [mozilla-triage] TaipeiWW, [LeoVB+])
Attachments
(2 files, 6 obsolete files)
4.95 KB,
patch
|
vicamo
:
review+
anshulj
:
feedback+
|
Details | Diff | Splinter Review |
2.93 KB,
patch
|
Details | Diff | Splinter Review |
Steps - Settings, Language, Set to any language except english - Open Dialer App, type "*21#, and click on the green dialer button Actual Result: As you didn't register first, the system detects an erroneous workflow and returns an error message, but this is written in english, not in the selected language in Settings. Tested on Unagi device. Build :Gecko-52341e4.Gaia-71c3bcd CommRIL:AU105 Result:"Call forwarding generic failure" Tested on Unagi device. Build :Gecko-80fd2ae.Gaia-0a1cf9f CommRIL:AU115 Result:"GenericFailure" Expected Result: The error message should be shown in the selected language in Settings
Comment 1•11 years ago
|
||
These look like issues partners will care about having fixed for releasing in target markets - Michael seems related to 879032 - thoughts?
Flags: needinfo?(mvines)
Whiteboard: [mozilla-triage]
Updated•11 years ago
|
Flags: needinfo?(mvines)
Updated•11 years ago
|
Flags: needinfo?(anshulj)
Comment 3•11 years ago
|
||
Partner think it's a blocker
Updated•11 years ago
|
Assignee: cyang → ferjmoreno
Updated•11 years ago
|
Alias: mmi-localization-cf
Summary: [Supplementary Service][Call Forwarding][COMMERCIAL RIL] Call Forwarding SS error responses are shown in English when selected language is other → [MMI] Localization of Call Forwarding functionality
Updated•11 years ago
|
Target Milestone: --- → 1.1 QE3 (24jun)
Updated•11 years ago
|
Whiteboard: [mozilla-triage] → [mozilla-triage] TaipeiWW
Updated•11 years ago
|
Alias: mmi-localization-cf → mmi-result-cf
Summary: [MMI] Localization of Call Forwarding functionality → [MMI] Use MMIResult for Call Forwarding related functionality
Updated•11 years ago
|
Depends on: mmi-result-imei
Assignee | ||
Comment 6•11 years ago
|
||
Assignee | ||
Comment 7•11 years ago
|
||
Comment on attachment 768036 [details] [diff] [review] Gecko part - WIP Review of attachment 768036 [details] [diff] [review]: ----------------------------------------------------------------- ::: dom/system/gonk/RILContentHelper.js @@ +1594,5 @@ > + if (message.success) { > + // MMI query call forwarding options request returns a set of rules > + // that will be exposed in the form of an array of > + // nsIDOMMozMobileCFInfo instances. > + if (message.rules) { While we are on it, can we change ril code to send message.result instead of message.rules just like every other MMI code result to be consistent?
Comment on attachment 768036 [details] [diff] [review] Gecko part - WIP Review of attachment 768036 [details] [diff] [review]: ----------------------------------------------------------------- ::: dom/system/gonk/RILContentHelper.js @@ +1600,5 @@ > + result.statusMessage = message.rules; > + } else { > + // MMI set call forwaring option request doesn't return anything > + // rather than success in case of no erros. > + result.statusMessage = RIL.MMI_KS_SM_CALL_FORWARDING_SET_SUCCESS; Also instead of setting a default RIL.MMI_KS_SM_CALL_FORWARDING_SET_SUCCESS message, you should read the statuMessage code sent by RIL (RIL needs to send a MMI status code such as smServiceEnabled from https://bugzilla.mozilla.org/attachment.cgi?id=765428&action=diff) ::: dom/system/gonk/ril_consts.js @@ +2510,5 @@ > MMI_SC_TO_CF_REASON[MMI_SC_CF_ALL] = CALL_FORWARD_REASON_ALL_CALL_FORWARDING; > MMI_SC_TO_CF_REASON[MMI_SC_CF_ALL_CONDITIONAL] = CALL_FORWARD_REASON_ALL_CONDITIONAL_CALL_FORWARDING; > > +// MMI status message > +this.MMI_KS_SM_CALL_FORWARDING_SET_SUCCESS = "smCallForwardingSetSuccess"; No need for this new one, you can use smServiceEnabled along with service code sent to gaia should be sufficient for user to understand that call forwarding is successfully enabled.
Assignee | ||
Comment 10•11 years ago
|
||
Attachment #768036 -
Attachment is obsolete: true
Attachment #768037 -
Attachment is obsolete: true
Attachment #768325 -
Flags: review?(ferjmoreno)
Assignee | ||
Comment 11•11 years ago
|
||
Attachment #768329 -
Flags: review?(ferjmoreno)
Assignee | ||
Comment 12•11 years ago
|
||
Comment on attachment 768325 [details] [diff] [review] Gecko part - v1 Review of attachment 768325 [details] [diff] [review]: ----------------------------------------------------------------- ::: dom/system/gonk/ril_consts.js @@ +2570,5 @@ > +this.MMI_SM_KS_SERVICE_ENABLED = "smServiceEnabled"; > +this.MMI_SM_KS_SERVICE_DISABLED = "smServiceDisabled"; > +this.MMI_SM_KS_SERVICE_REGISTERED = "smServiceRegistered"; > +this.MMI_SM_KS_SERVICE_ERASED = "smServiceErased"; > +this.MMI_SM_KS_SERVICE_INTERROGATED = "smServiceInterrogated"; Actually `smServiceInterrogated` key is not need at all. We could delete it and use `smServiceEnabled` key instead.
Comment 13•11 years ago
|
||
Comment on attachment 768325 [details] [diff] [review] Gecko part - v1 Review of attachment 768325 [details] [diff] [review]: ----------------------------------------------------------------- ::: dom/system/gonk/RILContentHelper.js @@ +1635,5 @@ > case RIL.MMI_KS_SC_CALL_FORWARDING: > + if (message.success) { > + switch (message.action) { > + case RIL.CALL_FORWARD_ACTION_ENABLE: > + result.statusMessage = RIL.MMI_SM_KS_SERVICE_ENABLED; Antonio, it seems like for every MMI code RIL returns data in a different format which is very inconsistent and prone to bugs. What do you think about my comment at https://bugzilla.mozilla.org/show_bug.cgi?id=874000#c22
Updated•11 years ago
|
Assignee: ferjmoreno → josea.olivera
Updated•11 years ago
|
Attachment #768325 -
Flags: review?(ferjmoreno)
Comment 14•11 years ago
|
||
Comment on attachment 768329 [details] [diff] [review] Gaia part - v1 Review of attachment 768329 [details] [diff] [review]: ----------------------------------------------------------------- Can you follow the approach suggested by Anshul, please? Thanks!
Attachment #768329 -
Flags: review?(ferjmoreno)
Assignee | ||
Comment 15•11 years ago
|
||
Attachment #768325 -
Attachment is obsolete: true
Attachment #768871 -
Flags: review?(ferjmoreno)
Attachment #768871 -
Flags: feedback?(anshulj)
Assignee | ||
Comment 16•11 years ago
|
||
Comment on attachment 768871 [details] [diff] [review] Gecko part - v2 Review of attachment 768871 [details] [diff] [review]: ----------------------------------------------------------------- I guess this version address the comments from Anshul. If not, please let me know. ::: dom/system/gonk/RILContentHelper.js @@ +1582,5 @@ > + if (message.mmiServiceCode === RIL.MMI_KS_SC_CALL_FORWARDING && > + message.rules) { > + message.additionalInformation = > + this._cfRulesToMobileCfInfo(message.additionalInformation); > + } Sadly we have to so this here. Am I right?
Comment 17•11 years ago
|
||
Comment on attachment 768871 [details] [diff] [review] Gecko part - v2 Review of attachment 768871 [details] [diff] [review]: ----------------------------------------------------------------- Thanks jaoo :)! This looks good to me. However I am not a RIL peer, so you'll need to get an r+ from vicamo too. ::: dom/system/gonk/ril_consts.js @@ +260,5 @@ > this.GECKO_ERROR_SS_MODIFIED_TO_SS = "SsModifiedToSs"; > this.GECKO_ERROR_SUBSCRIPTION_NOT_SUPPORTED = "SubscriptionNotSupported"; > this.GECKO_ERROR_INVALID_PARAMETER = "InvalidParameter"; > this.GECKO_ERROR_REJECTED_BY_REMOTE = "RejectedByRemote"; > +this.GECKO_ERROR_NO_CALL_FORWARD_STATUS = "NoCallForwardStatus"; Is this an standard RIL error? Can you just return 'GenericError' in this case? ::: dom/system/gonk/ril_worker.js @@ +4850,5 @@ > rulesLength = Buf.readUint32(); > } > if (!rulesLength) { > options.success = false; > + options.errorMsg = GECKO_ERROR_NO_CALL_FORWARD_STATUS; GenericError? @@ +4884,5 @@ > } > + if (options.success && options.isSendMMI) { > + switch (options.action) { > + case CALL_FORWARD_ACTION_ENABLE: > + options.statusMessage = MMI_SM_KS_SERVICE_ENABLED; nit: trailing white space in all the switch cases.
Attachment #768871 -
Flags: review?(vyang)
Attachment #768871 -
Flags: review?(ferjmoreno)
Attachment #768871 -
Flags: review+
Assignee | ||
Comment 18•11 years ago
|
||
Thanks ferjm! ferjm's comment addressed. Carrying out r=ferjm. Requesting review at Vicamo since ferjm is not a RIL peer as he has commneted. Anshul, your feedback is welcome.
Attachment #768871 -
Attachment is obsolete: true
Attachment #768871 -
Flags: review?(vyang)
Attachment #768871 -
Flags: feedback?(anshulj)
Attachment #768929 -
Flags: review?(vyang)
Attachment #768929 -
Flags: feedback?(anshulj)
Assignee | ||
Comment 19•11 years ago
|
||
Gaia side rebased.
Attachment #768329 -
Attachment is obsolete: true
Attachment #768931 -
Flags: review?(ferjmoreno)
Updated•11 years ago
|
Attachment #768931 -
Attachment description: Gecko part - v2 → Gaia part - v2
Comment 20•11 years ago
|
||
Comment on attachment 768931 [details] [diff] [review] Gaia part - v2 Review of attachment 768931 [details] [diff] [review]: ----------------------------------------------------------------- ::: apps/communications/dialer/js/mmi.js @@ +163,4 @@ > } > break; > case 'scCallForwarding': > + if (mmiResult.statusMessage) { I guess we always expect an statusMessage, can we have an else here showing a GenericError if no statusMessage is received, please? It's quite unlikely, but it is not good to show an empty screen. ::: apps/communications/dialer/locales/dialer.en-US.properties @@ +100,4 @@ > smServiceDisabled=Service has been disabled > smServiceRegistered=Registration was successful > smServiceErased=Erasure was successful > +smServiceInterrogated=Resquest was successful Typo: Request
Attachment #768931 -
Flags: review?(ferjmoreno) → review+
Attachment #768929 -
Flags: feedback?(anshulj) → feedback+
Assignee | ||
Comment 21•11 years ago
|
||
ferjm's comments addressed. Carrying out r=ferjm
Attachment #768931 -
Attachment is obsolete: true
Updated•11 years ago
|
Attachment #768929 -
Flags: review?(gene.lian)
Comment 22•11 years ago
|
||
https://github.com/mozilla-b2g/gaia/commit/7f3e1fa0204afc369e91fe3f619388781a2279fb
Updated•11 years ago
|
Attachment #768929 -
Flags: review?(vyang)
Attachment #768929 -
Flags: review?(gene.lian)
Attachment #768929 -
Flags: review+
Comment 24•11 years ago
|
||
http://hg.mozilla.org/projects/birch/rev/16a6252d6d68
Assignee | ||
Comment 25•11 years ago
|
||
(In reply to Fernando Jiménez Moreno [:ferjm] (needinfo instead of CC, please) from comment #24) > http://hg.mozilla.org/projects/birch/rev/16a6252d6d68 Thanks, you were faster than me! I was trying to push when I noticed you did it!
Comment 26•11 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/16a6252d6d68
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Comment 27•11 years ago
|
||
https://hg.mozilla.org/releases/mozilla-b2g18/rev/7ba32937ac32
status-b2g18:
--- → fixed
status-b2g18-v1.0.0:
--- → wontfix
status-b2g18-v1.0.1:
--- → wontfix
status-b2g-v1.1hd:
--- → affected
Comment 28•11 years ago
|
||
Backed out from b2g18 due to chrome tests failure. https://hg.mozilla.org/releases/mozilla-b2g18/rev/2d9072f92b52 I won't be able to fix it until tomorrow as I am taking a 20 hours flight.
Updated•11 years ago
|
Comment 29•11 years ago
|
||
Re-pushed to b2g18: https://hg.mozilla.org/releases/mozilla-b2g18/rev/cecdee9d3b6d
Comment 31•11 years ago
|
||
This change also needs to be uplifted to v1-train please.
Flags: needinfo?(josea.olivera)
Comment 32•11 years ago
|
||
v1-train: f053424f88e89bdab874d074482d0eb0c2be9d39 v1.1hd: ef6c723dab955ae18d0e324a06558e78c8eb9a1b
Flags: needinfo?(josea.olivera)
Whiteboard: [mozilla-triage] TaipeiWW → [mozilla-triage] TaipeiWW, [LeoVB+]
Comment 33•11 years ago
|
||
v1.1.0hd: f053424f88e89bdab874d074482d0eb0c2be9d39
You need to log in
before you can comment on or make changes to this bug.
Description
•