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)

x86_64
Windows 7
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: mai, Assigned: mai)

References

Details

Attachments

(1 file)

46 bytes, text/x-github-pull-request
Details | Review
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: nobody → mri
Attached file patch v1.0
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)
Depends on: 993949
Dear marina, The patch doesn't works well. I checked, when it happend, the "Common.dataSimIcc" is not null.
Hi Ray, do you mind checking the new patch again? Regards
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)
this scenario is impossible to reproduce it.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → INVALID
Attachment #8404704 - Flags: feedback?(rll)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: