Closed
Bug 994667
Opened 11 years ago
Closed 11 years ago
Follow up of bug 986359 - Possible race condition when the icc is loaded
Categories
(Firefox OS Graveyard :: Gaia::Cost Control, defect)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: mai, Assigned: mai)
References
Details
Attachments
(1 file)
After talking with a back-end engineer, we discover that is possible the following scenario that currently is not covered on the CC app:
After a startup, it's possible that the mozMobileConnections api has correctly loaded the iccId but the iccManager api has not loaded the MozIcc object yet. For this reason, the following method IccManager.getIccById could returning a null object during a short time.
To prevent unexpected errors, it's necessary to cover this scenario.
Assignee | ||
Updated•11 years ago
|
Assignee: nobody → mri
Assignee | ||
Comment 1•11 years ago
|
||
Hi Ray,
do you mind checking if this patch fix the error that you've reported on the Bug 986358 ([Sora][IOT]"Not SIM inserted message" appears when SIM is alrady inserted)?
Regards
Attachment #8404704 -
Flags: review?(salva)
Attachment #8404704 -
Flags: feedback?(rll)
Dear marina,
The patch doesn't works well. I checked, when it happend, the "Common.dataSimIcc" is not null.
Assignee | ||
Comment 3•11 years ago
|
||
Hi Ray,
do you mind checking the new patch again?
Regards
Comment 4•11 years ago
|
||
Comment on attachment 8404704 [details] [review]
patch v1.0
Please, attend the comments on GitHub and tell me what happen when calling `loadDataSIMIccId` and it goes to `onerror` path?
Attachment #8404704 -
Flags: review?(salva)
Assignee | ||
Comment 5•11 years ago
|
||
this scenario is impossible to reproduce it.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → INVALID
Assignee | ||
Updated•11 years ago
|
Attachment #8404704 -
Flags: feedback?(rll)
You need to log in
before you can comment on or make changes to this bug.
Description
•