Closed Bug 986333 Opened 10 years ago Closed 6 years ago

[B2G][WebTelephony] re-consider the mechanism of 'enumerateCalls' when initializing a Telephony instance

Categories

(Firefox OS Graveyard :: RIL, defect)

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

Tracking

(blocking-b2g:-)

Status:
RESOLVED WONTFIX
Project Flags:
blocking-b2g -

People

(Reporter: hsinyi, Unassigned)

References

Details

Currently when a new Telephony object is initiated, in Telephony ctor, asyn message 'enumerateCalls' is sent to gonk to synchronize calls b/w gecko DOM and gonk. After the asyn msg is sent, a new Telephony object is immediately returned even enumeration result hasn't be back. That is, gaia could get the object even the initialization hasn't completely done (but gaia will be notified when enumeration is finished.) 

Also, we registered ril listener before enumeration was done that caused some timing issue (see bug 979626 comment 5) though in bug 979626 we provided a quick workaround to postpone the listener registration after enumeration completes. Since it looks we should wait for initialization/enumeration before taking any next step, should we consider returning a new Telephony *after enumeration is done*? A similar proposal was offered before but it wasn't sold that time (see bug 823958 comment 16). But we see this initialization issue again so let's review the proposal again.
Put this bug into backlog.
blocking-b2g: --- → backlog
blocking-b2g: backlog → -
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.