FW: Remove Rambar shadow

This just doesn't look like its supposed to be here...

Change-Id: Id4c979d43c7a22210283a7beaea3e71829833b46
Signed-off-by: Andrew Warfield <hiasant@gmail.com>
Rework thumbnail handling

Since ids of media file are usually not continuous, the original file of thumbnail are
sparse. When there are big numbers files on ex\
ternal storage, the size of this file will be horrible.
Ex, when the id is 20000, then the .thumbnails/.thumbdata3-xx file will be 50000*10k = 488.28M.
Can refer http://stackoverflow.com/questions/12396715/android-huge-thumbdata4-file-in-dcim-folder
Because after 4.0, MediaProvider will scan any files, this will be a big problem. So I modify MiniThumbFile.java to avoid this.
According to the id, we now produce an index file. In this index file, one id will use BYTES_PER_MINTHUMB_INDEX(8) bytes in offset (i\
d+1)*BYTES_PER_MINTHUMB_INDEX. The data of these 8 bytes is the index of thumbnail file. The first BYTES_PER_MINTHUMB_INDEX bytes kee\
p next available index. And when you need insert a thumbnail, the index increase by 1. In this way, the block data in thumbnail file \
will be continuous. And thus unnecessary zero paddings will not be saved.

Change-Id: I66005dd69b0a5c8f4353bd7a8225d163a654fd2d
BroadcastQueue: fix class typo of next receiver

nextReceiver should be cast to ResolveInfo
instead of ActivityInfo since it's ResolveInfo
that is pushed into List r.receivers.
Otherwise nextReceiver will always be null
as there is no ActivityInfo in r.receivers.

Signed-off-by: Leavitt Zhang <leavittz@nvidia.com>
Change-Id: Iea3a720e6d7296fedff318643a1b4f5b9fce900c
Fixed retrieving non-initialized wallpaper information

When an attempt is made to retrieve wallpaper information such
as getWidthHint during user switching, the wallpaper may be
uninitialized and therefore throw NullPointerException.

Resolved by initializing wallpaper for current active user
if not yet initialized or returning null if applicable.

Change-Id: I1d3931379cbf4ea82cd25bc813898bbe4fb65a67