This is almost a pure clean-up, with only one notable difference.
The new code path changed the behavior of rotateImageExif, which in the old path forced a non-null config of ARGB_8888 for bitmaps with null configs. In order to reuse bitmaps using Bitmap.reconfigure, a non-null config is required (see https://github.com/bumptech/glide/issues/194). A null config can be due to a non-public bitmap type as documented in that issue.
The new flow removes the need to reconfigure a bitmap, and thus should do a better job of preserving the config and not forcing it to ARGB_8888.
Thus, I had to change one unit test that tested this behavior being exercised in BitmapPool.
This is almost a pure clean-up, with only one notable difference.
The new code path changed the behavior of rotateImageExif, which in the old path forced a non-null config of ARGB_8888 for bitmaps with null configs. In order to reuse bitmaps using
Bitmap.reconfigure
, a non-null config is required (see https://github.com/bumptech/glide/issues/194). A null config can be due to a non-public bitmap type as documented in that issue.The new flow removes the need to reconfigure a bitmap, and thus should do a better job of preserving the config and not forcing it to ARGB_8888.
Thus, I had to change one unit test that tested this behavior being exercised in BitmapPool.