993268 - Card EF File load end time issue.

Status: RESOLVED WONTFIX

(Firefox OS Graveyard :: RIL, defect, P2)

Description

[DuckHyun]

User Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; Trident/6.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.3; .NET4.0C; CNS_UA; AD_LOGON=4C47452E4E4554)

Steps to reproduce:

When Gecko is booting or Card refresh, it receive a message named ""RIL:CardStateChanged" from telephony layer.

When the data.cardState of the message is "ready", actually  this is before the telephony layer loads EF Files.
If the other component immediately try to access the EF File data after receiving this message, the component will get the abnormal EF Data.

Please check log time below.

We want to know the exact end time of loading or updating the EF files.

[Logs]
05:41:05.569 SendCardState ready  // Telephony Layer
05:41:05.599 I/Gecko   (  212): -*- RILContentHelper: Received message 'RIL:CardStateChanged': {"clientId":0,"data":{"cardState":"ready"}}
05:41:06.069 EF Load Complete!!!       // Telephony Layer


Actual results:

When Gecko is booting or Card refresh, it receive a message named ""RIL:CardStateChanged" from telephony layer.

When the data.cardState of the message is "ready", actually  this is before the telephony layer loads EF Files.
If the other component immediately try to access the EF File data after receiving this message, the component will get the abnormal EF Data.

Please check log time below.

We want to know the exact end time of loading or updating the EF files.

[Logs]
05:41:05.569 SendCardState ready  // Telephony Layer
05:41:05.599 I/Gecko   (  212): -*- RILContentHelper: Received message 'RIL:CardStateChanged': {"clientId":0,"data":{"cardState":"ready"}}
05:41:06.069 EF Load Complete!!!       // Telephony Layer


Expected results:

When Gecko is booting or Card refresh, it receive a message named ""RIL:CardStateChanged" from telephony layer.

When the data.cardState of the message is "ready", actually  this is before the telephony layer loads EF Files.
If the other component immediately try to access the EF File data after receiving this message, the component will get the abnormal EF Data.

Please check log time below.

We want to know the exact end time of loading or updating the EF files.

[Logs]
05:41:05.569 SendCardState ready  // Telephony Layer
05:41:05.599 I/Gecko   (  212): -*- RILContentHelper: Received message 'RIL:CardStateChanged': {"clientId":0,"data":{"cardState":"ready"}}
05:41:06.069 EF Load Complete!!!       // Telephony Layer

Comment 1

[Shim Wonbo]

Hi Ken, Wayne,

Could you please check this issue?

Many Thanks

Comment 2

[Wayne Chang [:wchang]]

Ken, can you put someone on this?

thanks

Comment 3

[Ken Chang[:kenkai]]

Edgar, it seems that you handled this kind of bugs before.

Comment 4

[Edgar Chen [:edgar]]

Hi DuckHyun:

(In reply to DuckHyun from comment #0)
> User Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; Trident/6.0;
> SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media
> Center PC 6.0; InfoPath.3; .NET4.0C; CNS_UA; AD_LOGON=4C47452E4E4554)
> 
> Steps to reproduce:
> 
> When Gecko is booting or Card refresh, it receive a message named
> ""RIL:CardStateChanged" from telephony layer.
> 
> When the data.cardState of the message is "ready", actually  this is before
> the telephony layer loads EF Files.
> If the other component immediately try to access the EF File data after
> receiving this message, the component will get the abnormal EF Data.

Hi DuckHyun:

Does the other component get EF data from "Telephony Layer"?
(I guess "Telephony Layer" is partner's module.)

Sending "RIL:CardStateChanged" with "ready" state means card is ready to be used (for example, pin is unlocked).
It doesn't mean EF data is been loaded in "Telephony Layer".

I think "Telephony Layer" should have a it's own way to notify the EF is loaded and ready to be accessed.
Does it make sense?

Thank you.

Comment 5

[DuckHyun]

Hi Edgar,

As you know, the ready does not mean that EF data has been loaded in telephony module.

The RIL IPC Message to notify RILContentHelper of EF data loaded doesn't exist.
I think that a specific ipc message that both RILContentHelper and telephony partner module know have to added. (Ex RIL:CardEFDataLoaded ...)
Or the field of "RIL:CardStateChanged" have to added.

Thank you.
duckhyun.

Comment 6

[Yoshi Cheng-Hao Huang [:allstars.chh][:allstarschh][:yoshi]]

Are you talking about oniccinfochanged?

Comment 7

[Edgar Chen [:edgar]]

(In reply to DuckHyun from comment #5)
> Hi Edgar,
> 
> As you know, the ready does not mean that EF data has been loaded in
> telephony module.
> 
> The RIL IPC Message to notify RILContentHelper of EF data loaded doesn't
> exist.
> I think that a specific ipc message that both RILContentHelper and telephony
> partner module know have to added. (Ex RIL:CardEFDataLoaded ...)
> Or the field of "RIL:CardStateChanged" have to added.

Hi DuckHyun:

Could you provide more information about what EF you are interesting in?
If those EF are loaded by MOZ RIL, we will notify "RIL:IccInfoChanged" when it's ready.

Thank you.

> 
> Thank you.
> duckhyun.

Comment 8

[DuckHyun]

Hi Edgar,

Actually we're interested in EF Data(EF_IMPI, EF_DOMAIN, EF_IMPU, EF_IST, EF_PCSCF) of the ISIM applet for Our IMS Component.
But RilContext only save CdamIccInfo and GsmIccInfo. not save ISIM Iccinfo.
If possible, could you add iccInfo field for ims ef data or add the new message that other component know time for all ef loaded?
Please review the issue. and we'll review to use "RIL::IccInfoChanged" for our logic.

thanks for your help.
duckhyun.

Comment 9

[Edgar Chen [:edgar]]

(In reply to DuckHyun from comment #8)
> Hi Edgar,
> 
> Actually we're interested in EF Data(EF_IMPI, EF_DOMAIN, EF_IMPU, EF_IST,
> EF_PCSCF) of the ISIM applet for Our IMS Component.
> But RilContext only save CdamIccInfo and GsmIccInfo. not save ISIM Iccinfo.
> If possible, could you add iccInfo field for ims ef data or add the new
> message that other component know time for all ef loaded?

Hi DuckHyun, as you mention, moz ril doesn't handle those EFs of ISIM because we don't need those data right now. I am wondering is it possible to load those data in your IMS component?

> Please review the issue. and we'll review to use "RIL::IccInfoChanged" for
> our logic.
> 
> thanks for your help.
> duckhyun.