UICC : fix read EF Image Instance
authorduho.ro <duho.ro@lge.com>
Thu, 11 Jul 2013 00:32:18 +0000 (09:32 +0900)
committerVineeta Srivastava <vsrivastava@google.com>
Tue, 24 Sep 2013 19:40:09 +0000 (19:40 +0000)
commit536eeeb053efe3f1f60e61ff24bf1a8093d3c879
tree2612eb4eb52c7274fabf1f35399ed893c5303b25
parent79d07f7e6df0b91f3042e412a3d538ebff34a680
UICC : fix read EF Image Instance

The EFs(4Fxx) path under DF Graphics are not distinguish with
the EFs(4Fxx) path under DF Phonebook. So, getEFPath(EF_IIDF)
is not able to return correct path. Because getEFPath(EF_IMG)
is correct path, DF graphics, getEFPath(EF_IMG) is used instead of getEFPath(EF_IIDF),

EF_IMG is a linear fixed EF. The result of loading EF_IMG should be
processed as a LoadLinearFixedContext. So, it is needed to calculate the
number of EF_IMG records. If those changes are added, the changes are
duplicated with the codes of EVENT_GET_RECORD_SIZE_DONE. The codes
of EVENT_GET_RECORD_SIZE_IMG_DONE are removed and the event is treated
by the logic of the EVENT_GET_RECORD_SIZE_DONE. And then remove incorrect handler
events(EVENT_READ_IMG_DONE and EVENT_READ_ICON_DONE) are moved to the handler
events which have the procedure for loading same type EFs (EVENT_READ_RECORD_DONE
and the EVENT_READ_BINARY_DONE).

Bug: 9767739

Change-Id: I754ec5c40cff99adef11a9dfdc31b8e0446befbb
src/java/com/android/internal/telephony/uicc/IccFileHandler.java
src/java/com/android/internal/telephony/uicc/RuimFileHandler.java