On the Tarako, the reason we had to modify the share actiivty is that we didn't want any app that received a photo to have to know about EXIF rotation. So when we share an image we always rotated it first, if necessary. If this camera app will ever run on hardware like the Tarako then we have to handle that case here, too.

Note, however, that (in 1.3T, anyway) we don't actually do any resizing here.  I used the maxPickPixelSize thing when selecting the size of the photo to take in the first place, so I ended up with a small photo that I rotated (and resaved to the sdcard, I think) before sharing.

So point 1: you probably want to call cropResizeRotate() directly rather than calling resizeImage() here. I think you can omit all the optional arguments if you just want the "rotate me if needed" behavior.

point 2: if the image gets rotated, I think you need to save it back to the sdcard before sharing it.

point 3: it seems to me that it might be worth having a build-time config variable that specifies whether you need to worry about EXIF rotation or not.  If that is not set, then you can just share immediately like you do above for videos. Then this special case code only needs to run in the special case where you need to worry about rotation.