Closed Bug 995834 Opened 11 years ago Closed 11 years ago

[Tarako][Settings]Can't find SIM 1 STK menu from settings.

Categories

(Firefox OS Graveyard :: RIL, defect)

Product:
Firefox OS Graveyard
Component:
RIL
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(blocking-b2g:1.3T+)

Status:
RESOLVED DUPLICATE of bug 906164
Project Flags:
blocking-b2g 1.3T+

People

(Reporter: sam.hua, Assigned: hchang)

References

Details

Attachments

(2 files)

radio.log
328.96 KB, text/x-log
Details
Bug906164_for_v1_3T.patch
2.62 KB, patch
Details | Diff | Splinter Review
Attached file radio.log —
User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.22 (KHTML, like Gecko) Ubuntu Chromium/25.0.1364.160 Chrome/25.0.1364.160 Safari/537.22 Steps to reproduce: 1. SIM1:- Airtel, SIM2:- Idea ( operators in India) 2. Enter settings - > celluar and data Actual results: FFOS only displays SIM1/SIM2, but no operator name of service. Expected results: FFOS displays SIM1/SIM2, and their operator name of service.
blocking-b2g: --- → 1.3T?
hi shawn, I have checked the log SIM1 SPN RESPONSE [0021]> SIM_IO (cmd=0xC0,efid=0x6F46,path=3f007f20,0,0,15,(null),pin2=(null),aid=(null)) [0021]< SIM_IO {sw1=0x90,sw2=0x0,000000116F46040005FF5501020000} SIM2 SPN RESPONSE [0020]> SIM_IO (cmd=0xC0,efid=0x6F46,path=3f007f20,0,0,15,(null),pin2=(null),aid=(null)) [0020]< SIM_IO {sw1=0x90,sw2=0x0,000000116F46040005FF5501020000} SIM2 SPN READ 10-15 12:42:26.390 107 343 D RILC : [0025]> SIM_IO (cmd=0xB0,efid=0x6F46,path=3f007f20,0,0,17,(null),pin2=(null),aid=(null)) 10-15 12:42:26.450 107 343 D RILC : [0025]< SIM_IO {sw1=0x90,sw2=0x0,0021646561FFFFFFFFFFFFFFFFFFFFFFFF} SIM1 SPN READ 10-15 12:42:25.720 99 340 D RILC : [0025]> SIM_IO (cmd=0xB0,efid=0x6F46,path=3f007f20,0,0,17,(null),pin2=(null),aid=(null)) 10-15 12:42:25.780 99 340 D RILC : [0025]< SIM_IO {sw1=0x90,sw2=0x0,0061697274656CFFFFFFFFFFFFFFFFFFFF} and if RILC return them to gecko, gecko will show the right operator name in the settings.
Flags: needinfo?(sku)
Hi Sam: I did not get your point. What is the actually symptom this issue try to tell? (screenshot is highly appreciated) By checking the log, we should see SIM 1: airtel SIM 2: !dea Due to below log, 10-15 12:42:25.720 99 340 D RILC : [0025]> SIM_IO (cmd=0xB0,efid=0x6F46,path=3f007f20,0,0,17,(null),pin2=(null),aid=(null)) 10-15 12:42:25.730 99 340 D AT : Channel1: AT> AT+CRSM=176,28486,0,0,17,0,"3f007f20" 10-15 12:42:25.780 99 340 D RILC : [0025]< SIM_IO {sw1=0x90,sw2=0x0,0061697274656CFFFFFFFFFFFFFFFFFFFF} // Display Condition: 0 // Service Provider Name: airtel 10-15 12:42:26.390 107 343 D RILC : [0025]> SIM_IO (cmd=0xB0,efid=0x6F46,path=3f007f20,0,0,17,(null),pin2=(null),aid=(null)) 10-15 12:42:26.390 107 343 D AT : Channel4: AT> AT+CRSM=176,28486,0,0,17,0,"3f007f20" 10-15 12:42:26.450 107 343 D RILC : [0025]< SIM_IO {sw1=0x90,sw2=0x0,0021646561FFFFFFFFFFFFFFFFFFFFFFFF} // Display Condition: 0 Service Provider Name: !dea
Flags: needinfo?(sku) → needinfo?(sam.hua)
http://bugzilla.spreadtrum.com/bugzilla/show_bug.cgi?id=298341. I am sorry,i make a mistake, it should be stk or in the settings.
Flags: needinfo?(sam.hua)
Can't find the stk menu in Settings of SIM1.
Summary: [Tarako][Settings]Can't display the operator name → [Tarako][Settings]Can't find SIM 1 STK menu from settings.
ni? Frsela IIRC, in 1.3, only the active SIM for either voice/data will be shown, can you please confirm this? Thanks
Flags: needinfo?(frsela)
Hi Shawn. could u help to check, https://bugzilla.mozilla.org/show_bug.cgi?id=935802 If SPUSATPROCMDIND send to gaia a bit earlier, will system/icc.js can get the stk cmd? I have tested that if RILC reported the SPUSATPROCMDIND immediately after SIM_STATUS_CHANGED indication, Gaia can't get it.
Flags: needinfo?(sku)
Hi Sam: You can see the discussion in below bug. (https://bugzilla.mozilla.org/show_bug.cgi?id=907628#c55) If RILD report SETUP_MENU too early (before gaia is ready), Gecko will try to cache that command, and re-broadcast it after webapp is ready. However, however, however, webapp is ready does not mean icc.js is ready for receiving stk event. (there is still a small gap between webapp ready and icc.js onload.) In short, Gaia will not get STK PR if RILD report it too early. Thanks!! Shawn
Flags: needinfo?(sku)
Gaia should show all SIM cards which sents the STK_CMD_SET_UP_MENU command (https://github.com/mozilla-b2g/gaia/blob/master/apps/system/js/icc_worker.js#L327) If it's not showed could be because this message wasn't sent or had been lost (which was a race condition since @sku told in comment 7) ... Can you provide logtraces but with gaia dumps enabled? Thanks in advance.
Flags: needinfo?(frsela) → needinfo?(sam.hua)
Hi Frsela, It is from in India,so it will cost sometime to get log
Flags: needinfo?(sam.hua)
From our modem team 718 10-15 12:42:24.600 99 346 D AT : Channel2: AT> AT+SPUSATPROFILE? 724 10-15 12:42:24.620 99 298 D AT : Channel0: AT< +SPUSATPROCMDIND:D07E8103022181820281028D73080928092E0938094D0915093E0930000D000A0070006C006500610073006500200063006C00690063006B0020006F006B00200069006600200079006F007500200063006F0075006C0064002000720065006100640020007400680065002000610062006F0076006500200074006500780074 There is no STK TR of display text, it is SIM1. 727 10-15 12:42:24.620 99 298 D AT : Channel2: AT< +SPUSATPROFILE:FFFFFFFF7F0F00DFFF03FF1FE2 752 10-15 12:42:24.640 107 344 D AT : Channel4: AT> AT+SPUSATPROFILE? 768 10-15 12:42:24.660 107 297 D AT : Channel3: AT< +SPUSATPROCMDIND:D081B0810301250082028182850A2164656120506F7765728F0C015768617473204E657720218F0A0252696E67746F6E65738F1603437269636B65742026204F746865722047616D65738F05044E6577738F11054D61696C2026204D657373656E6765728F0706446174696E678F0A07417374726F6C6F67798F0808436F6E746573748F0E0946756E204D6573736167696E678F060A4A6F6B65738F070B54726176656C8F0D0C4765742053657474696E6773 771 10-15 12:42:24.660 107 297 D AT : Channel4: AT< +SPUSATPROFILE:FFFFFFFF7F0F00DFFF03FF1FE2 1106 10-15 12:42:38.490 99 346 D AT : Channel2: AT> AT+SPUSATTERMINAL="810301250002028281830100" it is TR of setup menu 2023 04-12 11:48:34.932 99 298 D AT : Channel2: AT< +SPUSATTERMINAL: 0 2033 04-12 11:48:34.942 99 340 D AT : Channel2: AT> AT+SPUSATTERMINAL="810300000002028281830100" 2035 04-12 11:48:34.942 99 298 D AT : Channel2: AT< +SPUSATTERMINAL: 1 Why we send this strange command to Modem? it happens in a lot of bug logs. 3741 04-12 11:49:20.810 107 297 D AT : Channel3: AT< +SPUSATENDSESSIONIND because there is no TR of DISPLAY_TEXT, so click stk menu is no use, following logs: 3878 04-12 11:51:24.270 99 340 D AT : Channel1: AT> AT+SPUSATENVECMD="D30782020181900104" 3879 04-12 11:51:24.270 99 298 D AT : Channel1: AT< +SPUSATENVECMD: 1 3891 04-12 11:51:25.250 99 339 D AT : Channel1: AT> AT+SPUSATENVECMD="D30782020181900104" 3892 04-12 11:51:25.250 99 298 D AT : Channel1: AT< +SPUSATENVECMD: 1 3904 04-12 11:51:27.780 99 346 D AT : Channel1: AT> AT+SPUSATENVECMD="D30782020181900103" 3905 04-12 11:51:27.790 99 298 D AT : Channel1: AT< +SPUSATENVECMD: 1 3917 04-12 11:51:50.730 99 340 D AT : Channel1: AT> AT+SPUSATENVECMD="D30782020181900109" 3918 04-12 11:51:50.730 99 298 D AT : Channel1: AT< +SPUSATENVECMD: 1 3930 04-12 11:51:52.060 99 339 D AT : Channel1: AT> AT+SPUSATENVECMD="D30782020181900105" 3931 04-12 11:51:52.060 99 298 D AT : Channel1: AT< +SPUSATENVECMD: 1 3943 04-12 11:52:04.430 99 346 D AT : Channel1: AT> AT+SPUSATENVECMD="D30782020181900103" 3944 04-12 11:52:04.430 99 298 D AT : Channel1: AT< +SPUSATENVECMD: 1 3956 04-12 11:52:06.170 99 340 D AT : Channel1: AT> AT+SPUSATENVECMD="D30782020181900102" 3957 04-12 11:52:06.170 99 298 D AT : Channel1: AT< +SPUSATENVECMD: 1 4060 04-12 11:52:08.620 99 339 D AT : Channel1: AT> AT+SPUSATENVECMD="D3078202018190010A" 4061 04-12 11:52:08.620 99 298 D AT : Channel1: AT< +SPUSATENVECMD: 1 4073 04-12 11:53:13.160 99 346 D AT : Channel1: AT> AT+SPUSATTERMINAL="810300000002028281830110" 4074 04-12 11:53:13.160 99 298 D AT : Channel1: AT< +SPUSATTERMINAL: 1
Flags: needinfo?(frsela)
AT Commands are not send at gaia level ... Which RIL are you using? (commercial or reference one?) STK Gecko part was done by Yoshi team, adding ni? to him ;)
Flags: needinfo?(frsela) → needinfo?(allstars.chh)
Is there a log for RIL and Gaia ?
Flags: needinfo?(allstars.chh)
ni ? reporter for comment 12
Flags: needinfo?(sam.hua)
sorry,i don't have it.
Flags: needinfo?(sam.hua)
sorry,i don't have it.
(In reply to sam.hua from comment #4) > Can't find the stk menu in Settings of SIM1. Hi Sam, In 1.3, we support only *one* stk menu. And the menu isn't in Settings --> Celluar & Data --> SIM1/SIM2. The only STK menu is in the bottom of Settings. The feature of multiple STK icons is in v1.4, see https://bugzilla.mozilla.org/show_bug.cgi?id=947220
Yes,i know. i made the mistake at the beginning, i thought the problem is no operator name of SIM1/SIM2, but actually the problem is no STK menu of SIM1 in operator service, so shawn changed the title of this bug. Do u need to add more trace to debug it? if u need,please give me a patch, i will apply them to gaia. It isn't easy to catch log frequently because the tester are in India.
Flags: needinfo?(htsai)
(In reply to sam.hua from comment #6) > Hi Shawn. > could u help to check, https://bugzilla.mozilla.org/show_bug.cgi?id=935802 > If SPUSATPROCMDIND send to gaia a bit earlier, will system/icc.js can get > the stk cmd? > > I have tested that if RILC reported the SPUSATPROCMDIND immediately after > SIM_STATUS_CHANGED indication, Gaia can't get it. Bug 906164 (duplicate of bug 935802) was landed to main trunk recently, not to 1.3t. It might be able to solve this racing issue. Could you please try apply that patch and see if the problem gets resolved? If you still see this issue afterwards, please enable gecko ril debugger with the below steps, and capture the log by "adb logcat -b radio -b main -v time" thank you. 1. $adb root $adb remount 2. Pull omni.ja from DUT $adb pull /system/b2g/omni.ja 3. Unzip omni.ja (better do this i $unzip omni.ja -d Omni 4. Find ril_consts.js in Omni/moduls/ 5. Open ril_consts.js and update this.DEBUG_ALL = false to true. 6. $cd Omni $zip -r omni.ja * 7. Push it back to DUT then reboot it. $adb push omni.ja /system/b2g $adb reboot (In reply to sam.hua from comment #17) > Yes,i know. i made the mistake at the beginning, i thought the problem is no > operator name of SIM1/SIM2, but actually the problem is no STK menu of SIM1 > in operator service, so shawn changed the title of this bug. > > Do u need to add more trace to debug it? > if u need,please give me a patch, i will apply them to gaia. It isn't easy > to catch log frequently because the tester are in India. Sorry for misunderstanding your question. I got it now.
Flags: needinfo?(htsai)
See Also: → 906164
Attached Bug 906164 patch for 1.3T.
(In reply to Henry Chang [:henry] from comment #19) > Created attachment 8407403 [details] [diff] [review] > Bug906164_for_v1_3T.patch > > Attached Bug 906164 patch for 1.3T. If this patch helps, I will ask for approval to land 1.3T. Thanks!
blocking-b2g: 1.3T? → 1.3T+
Bug 906164 will fix the issue that not all 'icc-stkcommand' for all SIMs are broadcast. But I heard that gaia 1.3T would still show one STK menu even if more than one 'icc-stkcommand's are received. Could anyone confirm this?
(In reply to Henry Chang [:henry] from comment #21) > Bug 906164 will fix the issue that not all 'icc-stkcommand' for all SIMs are > broadcast. But I heard that gaia 1.3T would still show one STK menu even if > more than one 'icc-stkcommand's are received. Could anyone confirm this? Yes, gaia 1.3T shows only one STK menu (for SIM1).
(In reply to Hsin-Yi Tsai [:hsinyi] from comment #22) > (In reply to Henry Chang [:henry] from comment #21) > > Bug 906164 will fix the issue that not all 'icc-stkcommand' for all SIMs are > > broadcast. But I heard that gaia 1.3T would still show one STK menu even if > > more than one 'icc-stkcommand's are received. Could anyone confirm this? > > Yes, gaia 1.3T shows only one STK menu (for SIM1). Thanks for your confirmation. I am fine to land the patch for Bug 906164 on 1.3T but it will not fix this bug.
(In reply to Henry Chang [:henry] from comment #23) > Thanks for your confirmation. I am fine to land the patch for Bug 906164 on > 1.3T but it will not fix this bug. Thanks, Henry. Because it is a uplift, we can do it on bug 906164.
Herny, it seems you are already working on it. Please undo my changes to the bug if I didn't change it correctly.
Assignee: nobody → hchang
Status: UNCONFIRMED → ASSIGNED
Component: Gaia::Settings → RIL
Ever confirmed: true
(In reply to Tim Guan-tin Chien [:timdream] (MoCo-TPE) (please ni?) from comment #25) > Herny, it seems you are already working on it. Please undo my changes to the > bug if I didn't change it correctly. Hi Tim, According to Hsin-Yi's reply, UI will only show one STK menu no matter what and it is/may be the scope of 1.3T. My patch in 906164 is to fix the chance that no STK menu is shown.
We support 1 STK menu in 1.3 release. According to comment 4, I assume sam open this bug in order to have STK menu app. According to comment 26, The patch in bug 906164 have fixed the problem of no STK menu. So I close this bug as a duplicate. If you expect to have 2 STK menu for different SIM, it is not in the scope of 1.3. Please either reopen this bug and change the summary or file a new bug with details description. Thanks.
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: