946593 - [DSDS] Unable to dial out emergency call while there is no SIM card in device.

Status: RESOLVED DUPLICATE of bug 959914

(Firefox OS Graveyard :: RIL, defect)

Description

[Enpei]

Attachment: time stamp: 15:30.

When there is no SIM card in device, user cannot dial out emergency call.

* Build Number                
Fugu
Gaia      def4baa9ad44843ea214b6f94d04c29613cbfadb
Gecko     8c89455659d2ab56e9e56b7591f0982bed638e0e
BuildID   20131205103217
Version   28.0a1

* Reproduce Steps
1. Remove all sim from each slot.
2. Dial out 911 or 112.

* Expected Result
Call will be dialed out.

* Actual Result
No dialing page after press dial key.

* Occurrence rate
100%

Comment 1

[Wilfred Mathanaraj [:WDM]]

Does it also impact Single SIM device?


if it affects both then there is an issue.

Comment 2

[Enpei]

(In reply to Wilfred Mathanaraj [:WDM] from comment #1)
> Does it also impact Single SIM device?
> 
> 
> if it affects both then there is an issue.

Hi Wilfred, I cannot reproduce the bug on single SIM device.

Comment 3

[Joe Cheng [:jcheng] (please needinfo)]

Hi Anshul, is this a problem on your platform?

Comment 4

[Joe Cheng [:jcheng] (please needinfo)]

hi Steven, this may be a ref device bug

Comment 5

[Anshul]

Michael, could you please take a look? Enpei, what is the AU you are using?

Comment 6

[Michael Schwartz [:m4]]

On latest 1.3, this works fine.  Can you provide logs?

Comment 7

[Michael Schwartz [:m4]]

Sorry, I see that you provided logs.  Seems like Moz RIL is being used.  This does not appear to be a ref device issue.

Comment 8

[Steven Yang [:styang]]

Sam, could you help to check this issues?

Comment 9

[sam.hua]

Hi
i check it but can't reproduce it in my codebase. 
gecko: 0e3362fb5625eb6d98c7617b1b3019a2cc553d47
gaia:  f23aebebcd28c4d19347def77c4836c8baebc2ce

Comment 10

[Enpei]

(In reply to Anshul from comment #5)
> Michael, could you please take a look? Enpei, what is the AU you are using?

Hi Anshul, what does AU mean?

Comment 11

[Anshul]

Enpei, the AU is QC build number if you were using QC build. As per m4 it doesn't seem like you do.

Comment 12

[Enpei]

(In reply to Anshul from comment #11)
> Enpei, the AU is QC build number if you were using QC build. As per m4 it
> doesn't seem like you do.
Thanks for clarification! No, I didn't test with QC build.

Comment 13

[James Zhang (Spreadtrum)]

(In reply to Enpei from comment #12)
> (In reply to Anshul from comment #11)
> > Enpei, the AU is QC build number if you were using QC build. As per m4 it
> > doesn't seem like you do.
> Thanks for clarification! No, I didn't test with QC build.

Which device do you test, Fugu?

Comment 14

[Enpei]

(In reply to James Zhang from comment #13)
> (In reply to Enpei from comment #12)
> > (In reply to Anshul from comment #11)
> > > Enpei, the AU is QC build number if you were using QC build. As per m4 it
> > > doesn't seem like you do.
> > Thanks for clarification! No, I didn't test with QC build.
> 
> Which device do you test, Fugu?

Yes, Fugu.

Comment 15

[sam.hua]

sorry,anything i could do for it?

Comment 16

[Joe Cheng [:jcheng] (please needinfo)]

hsinyi, can you look into this and see if this is a moz ril bug? thanks 

triage: 1.3+

Comment 17

[Hsin-Yi Tsai (she/her) [:hsinyi]]

(In reply to Joe Cheng [:jcheng] from comment #16)
> hsinyi, can you look into this and see if this is a moz ril bug? thanks 
> 
> triage: 1.3+

REQUEST_DIAL has been successfully made. However, modem/RILC didn't provide enough information when we queried REQUEST_GET_CURRENT_CALLS. The returned result is empty. Please see line #1689 from attachment 8342909 [details] (or below).
===
1688 12-05 15:28:46.900 I/Gecko   (  105): RIL Worker[0]: New incoming parcel of size 16
1689 12-05 15:28:46.900 I/Gecko   (  105): RIL Worker[0]: Parcel (size 16): 0,0,0,0,24,0,0,0,0,0,0,0,0,0,0,0
1690 12-05 15:28:46.900 I/Gecko   (  105): RIL Worker[0]: We have at least one complete parcel.
1691 12-05 15:28:46.900 I/Gecko   (  105): RIL Worker[0]: Solicited response for request type 9, token 24, error 0
1692 12-05 15:28:46.900 I/Gecko   (  105): RIL Worker[0]: Handling parcel as REQUEST_GET_CURRENT_CALLS
===

I am wondering if bug 943215 is the root cause as we haven't resolve bug 943215 that makes modem sometimes crazy in the situation of no SIMs.

Sam, any ideas?

Enpei, Wondering if you have time to apply .so on bug 943215 and see if this issue still happens.

Comment 18

[sam.hua]

Hi, 
It is possible for the modem doesn't work well in this case.

But u can't use the lib in bug 943215 because both sims won't open the Radio, the lib is only for one SIM card.
I will test this bug tomorrow in case A( no SIM1,no SIM2, Open SIM1 Radio,don't open SIM2 radio)

Maybe u can try to test it by modify some codes in gecko.

Comment 19

[Enpei]

Hi Hsinyi,

After push .so to device, unlike original bug, it has response but only display warning message that airplane mode is activated which needs to be turned off. So still not working for this bug.

Thanks,
Enpei

Comment 20

[Enpei]

Attachment: log with 943215 so patch.

Comment 21

[Hsin-Yi Tsai (she/her) [:hsinyi]]

Thank you Sam and Enpei for your quick replies. :)

From Sam's comment and Enpei's testing result, I conjecture the issue is heavily related to/dependent on bug 943215. I'd suggest resolving that first then we verify/investigate this later. We'd make sure gecko and modem handle the cases of both no SIM and one SIM well before diving into this and any other no SIM/one SIM issues.

Comment 22

[Wesley Huang [:wesley_huang] (EPM) (NI me)]

Hsin-yi,

Bug 943215 was just resolved fixed. Is it time to go ahead and investigate furthermore?

Comment 23

[Hsin-Yi Tsai (she/her) [:hsinyi]]

We need bug 959914 fixed first. Otherwise, I can imagine in certain cases the issue appears.

Comment 24

[Enpei]

On Fugu 
Gaia      ee25b0e45649d2955f340ce4f71ad55712dd0fab
Gecko     913cf2b92845441c9578787362ddad6f2ac15df6
BuildID   20140121095108
Version   28.0a2

EC can be dialed out even if there is no SIM card at all. But based on comment 23, I will keep the status in New first and see if it's necessary to verify again when 959914 is fixed.

Comment 25

[Wesley Huang [:wesley_huang] (EPM) (NI me)]

Hsin-Yi, can you take this bug? I know you are in the discussion on bug 959914. 
Just want to make sure the blocker issue has its assignee.

Comment 26

[Hsin-Yi Tsai (she/her) [:hsinyi]]

(In reply to Wesley Huang [:wesley_huang] from comment #25)
> Hsin-Yi, can you take this bug? I know you are in the discussion on bug
> 959914. 
> Just want to make sure the blocker issue has its assignee.

No problem though I believe this bug will be fixed automatically once bug 959914 is landed.

Comment 27

[Ken Chang[:kenkai]]

Hsinyi, bug 959914 is landed. could you please double check if this bug is fixed?

Comment 28

[Hsin-Yi Tsai (she/her) [:hsinyi]]

This bug is fixed by bug 959914. Will mark as a duplicate.

I am able to dial out emergency call when serviceId is set to both 0 and 1.