Closed Bug 992163 Opened 11 years ago Closed 11 years ago

[dolphin][settings]Can't get icc status in settings

Categories

(Firefox OS Graveyard :: Vendcom, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: sam.hua, Unassigned)

References

Details

Attachments

(2 files)

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. UNI COM SIM card in SIM Slot 1 and CMCC SIM card in SIM2 2. turn on 3. find the network 4. enter Settings Actual results: 1. can't get sim status. it shows "sim card not ready" Expected results: 1. can get sim status.
Attached file 0403_2.txt (deleted) —
can't turn on airplane
blocking-b2g: --- → 1.4?
btw: if put cmcc sim card to SIM1 slot, i will recover and never happened again.
Attached file 0403_dual_cmcc.txt (deleted) —
dual cmcc card, it is ok
Eric - Can you find out if this happens on 1.4 Fugu?
Flags: needinfo?(echang)
It works fine on Fugu v1.3, v1.4, but I don't have SIM from UNI COM or CMCC to make sure that, or Dolphine. But SIM2 supports only 2G network on Fugu, if that is a 3G only SIM, it may not work on SIM2 slot. (In reply to Jason Smith [:jsmith] from comment #4) > Eric - Can you find out if this happens on 1.4 Fugu?
Flags: needinfo?(echang)
This is a vendor-specific bug, which we won't block on.
blocking-b2g: 1.4? → ---
Component: Gaia::Settings → Vendcom
Block dolphin meta bug
Blocks: dolphin
Hi Sam: Please help check why status of slot 2 stay at "null" (ie: I/Gecko ( 107): -*- RILContentHelper: Received message 'RIL:CardStateChanged': {"clientId":1,"data":{"rilMessageType":"cardstatechange","cardState":null,"rilMessageClientId":1}}) For slot 1, we can see cardState is ready which means "UNI COM SIM Card" is ok. for slot 2, we cannot see ready, but "I/Gecko ( 107): RIL Worker: [1] iccStatus: {"cardState":0,"universalPINState":0,"gsmUmtsSubscriptionAppIndex":8,"cdmaSubscriptionAppIndex":8,"imsSubscriptionAppIndex":8,"apps":[]}" only. // Log snippet D/use-Rlog/RLOG-RILC( 139): [w] [0002]> RADIO_POWER (0) I/Gecko ( 107): RIL Worker: [0] iccStatus: {"cardState":1,"universalPINState":0,"gsmUmtsSubscriptionAppIndex":0,"cdmaSubscriptionAppIndex":8,"imsSubscriptionAppIndex":8,"apps":[{"app_type":2,"app_state":5,"perso_substate":2,"aid":null,"app_label":null,"pin1_replaced":0,"pin1":0,"pin2":0}]} I/Gecko ( 107): -*- RadioInterface[0]: Received message from worker: {"rilMessageType":"cardstatechange","cardState":"ready","rilMessageClientId":0} I/Gecko ( 107): -*- RadioInterface[1]: Received message from worker: {"rilMessageType":"cardstatechange","cardState":null,"rilMessageClientId":1} I/Gecko ( 107): RIL Worker: [0] IMSI: 460013142082467 I/Gecko ( 107): RIL Worker: [0] ICCID: 89860112023102022694 I/Gecko ( 107): -*- RILContentHelper: Received message 'RIL:CardStateChanged': {"clientId":0,"data":{"rilMessageType":"cardstatechange","cardState":"ready","rilMessageClientId":0}} I/Gecko ( 107): -*- RILContentHelper: Received message 'RIL:CardStateChanged': {"clientId":1,"data":{"rilMessageType":"cardstatechange","cardState":null,"rilMessageClientId":1}} D/use-Rlog/RLOG-RILC( 136): [w] [0049]> RADIO_POWER (1) D/use-Rlog/RLOG-RILC( 136): [w] [0101]> RADIO_POWER (0)
it is okay now. maybe codebase issuse
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: