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)
Firefox OS Graveyard
Vendcom
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.
btw:
if put cmcc sim card to SIM1 slot, i will recover and never happened again.
Comment 4•11 years ago
|
||
Eric - Can you find out if this happens on 1.4 Fugu?
Flags: needinfo?(echang)
Comment 5•11 years ago
|
||
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)
Comment 6•11 years ago
|
||
This is a vendor-specific bug, which we won't block on.
blocking-b2g: 1.4? → ---
Component: Gaia::Settings → Vendcom
Comment 8•11 years ago
|
||
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.
Description
•