Closed Bug 1061442 Opened 12 years ago Closed 8 years ago

[Flame][KK]Sometime show unmeaning operator message page

Categories

(Firefox OS Graveyard :: RIL, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: mlien, Unassigned)

References

Details

Attachments

(2 files)

Attached image 2014-09-02-14-57-09.png —
[Device & Build] Flame KK build v166 --------------------------------------------- STR: 1. Insert one or two SIM 2. Adjust SIM primary settings: outgoing calls/messages or Data 3. Reboot Actual Result: Sometimes show unmeaning operator message page If hard to reproduce, please repeat step 1~step 3 Reproduce rate: 3/10
verify Flame KK v167, still has this problem
verify Flame KK v180, still has this problem
(In reply to Mike Lien[:mlien] from comment #2) > verify Flame KK v180, still has this problem hi francis, mike - we test locally and not reproduce this issue. could you pls cat log and have a analysis first, we also doubt it's up layer problem.
Attached file logcat_ril.log —
logcat RIL log
after investigation, this problem may be caused by STK change component to RIL
Component: Vendcom → RIL
See Also: → 998136
(In reply to Mike Lien[:mlien] from comment #5) > after investigation, this problem may be caused by STK > change component to RIL hi mike - we doubt that this phenomenon is caused by the special SIM, could you pls insert SIM contains special service into other normal device and try to reproduce. tks.
I verify with other devices and still encounter this problem bug 998136 comment 3 described this issue might caused by STK
Hi Shawn, this is one of the two issues (another is 1049393 be checked by Kai-Zhen) in the "issue list" that we want T2M to fix in Flame KK 2.0 SW, and now looks like we need STK expert to look into, would you help? (learned STK people is in your team) Thank you.
Flags: needinfo?(sku)
Hi Wesly: From log, modem did report two STK commands, 1. SEND SHORT MESSAGE 2. SET UP MENU SET UP MENU seems normal to me. but SEND SHORT MESSAGE with empty text seems a little weird to me. Please ask partner to check this part. // 0x13: SEND SHORT MESSAGE 09-25 10:26:16.499 D/RIL ( 207): [SUB1] [UNSL]< RIL_REQUEST_UNSOL_STK_EVENT_NOTIFY {D0308103011300820281838607918896532430488B1C410005C93804F300F612027100000D0A270500000000000000009000} 09-25 10:26:16.499 I/Gecko ( 207): [SUB1] QCONTENT_HELPER sendMessage to content process: icc-stkcommand { iccId : '89886971306481471730', command : { commandNumber : 1, typeOfCommand : 19, commandQualifier : 0, options : { text : '', }, } } // 0x25: SET UP MENU 09-25 10:26:18.479 I/Gecko ( 207): [SUB1] QCONTENT_HELPER sendMessage to content process: icc-stkcommand { iccId : '89886971306481471730', command : { commandNumber : 1, typeOfCommand : 37, commandQualifier : 0, options : { title : '台灣大哥大服務', items : [ {identifier : 1, text : '電話簿備份', }, {identifier : 10, text : '基本通話服務', }, {identifier : 11, text : '行動加值', }, {identifier : 12, text : '國際漫遊服務', }, {identifier : 13, text : '客戶服務', }, ],presentationType : 0, }, } } 09-25 10:26:18.489 I/Gecko ( 207): [SUB1] QCONTENT_HELPER sendMessage to content process: RIL:StkCommand { commandNumber : 1, typeOfCommand : 37, commandQualifier : 0, options : { title : '台灣大哥大服務', items : [ {identifier : 1, text : '電話簿備份', }, {identifier : 10, text : '基本通話服務', }, {identifier : 11, text : '行動加值', }, {identifier : 12, text : '國際漫遊服務', }, {identifier : 13, text : '客戶服務', }, ],presentationType : 0, }, }
Flags: needinfo?(sku) → needinfo?(wehuang)
D0 30 // Command details tag 81 03 01 13 00 <- SEND SHORT MESSAGE // Device identity tag 82 02 81 83 <- SIM to Network // Address tag 86 07 91 88 96 53 24 30 48 <- +886935420384 // SMS TPDU tag 8B 1C 41 00 05 C9 38 04 F3 00 F6 12 02 71 00 00 0D 0A 27 05 00 00 00 00 00 00 00 00 90 00 /******************************************** 1st Octet: TP-MTI: SMS-SUBMIT TP-RD: FALSE TP-VPF: Not present TP-SRR: FALSE TP-UDHI: TRUE TP-RP: FALSE TP-MR: 0 TP-Address: TON = 4 NPI = 9 Address: 83403 TP-PID: 0x0 TP-DCS: 0xf6 Message Coding: 8 bit data TP-VP: TP-UDL: 18 octet(s) TP-UDH: IEI: 71Hex (U)SIM Toolkit Security Headers Text: ********************************************/
Thanks Shawn! @Youlong: per our log analysis in above 2 comments, upper layer has followed modem's requests then cause such problem, would you have you team to check? Thanks.
Flags: needinfo?(wehuang)
Flags: needinfo?(youlong.jiang)
(In reply to Wesly Huang from comment #11) > Thanks Shawn! > > @Youlong: per our log analysis in above 2 comments, upper layer has followed > modem's requests then cause such problem, would you have you team to check? > Thanks. hi wesly - I've checked with our engineer and it seems normal. this behavior is controlled by sim card. if text filled with strings that will be display in pop message , nor "sending message", that is bind to SIM card. tks.
Flags: needinfo?(youlong.jiang)
refer to comment 7, so I think this is caused by special sim card.
@Shawn, would you help comment about youlong's analysis? This is normal behavior and caused by special SIM? @Mike: would you also help confirm if this is only seen in some special SIM? Thanks.
Flags: needinfo?(sku)
Flags: needinfo?(mlien)
(In reply to Wesly Huang from comment #14) > @Shawn, would you help comment about youlong's analysis? This is normal > behavior and caused by special SIM? > > @Mike: would you also help confirm if this is only seen in some special SIM? > > Thanks. If we talk about "https://bug1061442.bugzilla.mozilla.org/attachment.cgi?id=8482518" this message, this should not be a normal one. From log, we saw PR with send short message, not display text. send short message is done by sim/modem. There should be no UI to indicate this condition.
Flags: needinfo?(sku) → needinfo?(youlong.jiang)
My TWM SIM has higher probability to reproduce this problem
Flags: needinfo?(mlien)
Thanks Mike, good to know even TWM SIM can repro. this issue. Youlong, FYI TWM is one of the 3 biggest operators in Taiwan.
(In reply to shawn ku [:sku] from comment #15) > (In reply to Wesly Huang from comment #14) > > @Shawn, would you help comment about youlong's analysis? This is normal > > behavior and caused by special SIM? > > > > @Mike: would you also help confirm if this is only seen in some special SIM? > > > > Thanks. > > If we talk about > "https://bug1061442.bugzilla.mozilla.org/attachment.cgi?id=8482518" this > message, this should not be a normal one. > > From log, we saw PR with send short message, not display text. send short > message is done by sim/modem. There should be no UI to indicate this > condition. hi shawn - I've sync status with our engineer and get conclusion that can't distinguish in qcom ril between SIM active pop and user trigger that are the same STK command. so maybe unable to satisfy requirement you mentioned before. tks.
Flags: needinfo?(youlong.jiang)
Hi Youlong, pls help put the detail you mentioned today in phone, about the analysis and findings you've done. Thanks.
Flags: needinfo?(youlong.jiang)
(In reply to Wesly Huang from comment #19) > Hi Youlong, pls help put the detail you mentioned today in phone, about the > analysis and findings you've done. Thanks. wesly, I've descript cause in comment18. what we can do is just check text string in STK command, if it's NULL, we'll not pop message, nor we display it in message box. But, we suggest keep current handle. tks.
Flags: needinfo?(youlong.jiang)
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: