Simple-Gallery icon indicating copy to clipboard operation
Simple-Gallery copied to clipboard

EXIF data gets lost when saving resized photo

Open pieterdd opened this issue 2 years ago • 15 comments

I'd like to use Simple Gallery to shrink down photos before uploading them to Google Photos in order to save space. I noticed that it removes all EXIF data including the date when the picture was taken, which is not very helpful. This feels like a bug to me, although some might consider it a feature.

Suggestion: include the EXIF data when saving or at least provide an option to do so.

pieterdd avatar Jul 29 '21 09:07 pieterdd

what app version are you using?

tibbi avatar Jul 29 '21 10:07 tibbi

I've reproduced it in v6.20.3. For clarity, these are the steps I took:

  1. In Google Photos, I click the Edit button
  2. Under 'More', I pick the Editor app (which is part of Simple Gallery if I'm not mistaken)
  3. Tapped the shrink icon to size down the image
  4. A dialog comes up to set the new width/height. I filled in a height of 1000, down from something like 4096.
  5. Another dialog comes up. I accepted the default filename (with the _1 prefix).
  6. The taken date of the new file does not appear to be set, neither are the camera settings.

pieterdd avatar Jul 29 '21 15:07 pieterdd

i don,t like idea save Exif data ,

maybe Suggets do option for allow or remove Exif

Exif for privacy realy risk

Disqu3-mirOir-qt avatar Aug 19 '21 22:08 Disqu3-mirOir-qt

@Disqu3-mirOir-qt that can certainly be added as a separate feature, but this is still a separate bug.

triallax avatar Aug 20 '21 10:08 triallax

I can confirm this in the recent Version 6.22.2 Pro, installed from F-Droid. I can replicate this bug entirely within the Simple Gallery app itself.

  1. Open image
  2. Tap the pen to edit
  3. Edit with the built-in "Gallery Editor"
  4. Crop image
  5. Tap the tick to save
  6. Save with the default name, i.e. *_1

The edited version lacks EXIF data. This is particularly irritating if you sort and/or group by Date taken, because these edited images no longer group with the original image.

I've just upgraded from an old Moto G6 Plus running Android 9 (Resurrection Remix) to a new Samsung S20 FE 5G running Android 11. Editing worked fine on the old phone, but fails in the new one.

protist avatar Dec 21 '21 22:12 protist

@protist In 6.22.3 there is a fixed problem of grouping by date taken. You can download it from GitHub, or just wait until it will be available on F-Droid, since they always have some delays with adding new versions.

Aga-C avatar Dec 21 '21 23:12 Aga-C

Thanks @Aga-C. I'll wait a few days for the new version to hit F-Droid, but assuming I understand correctly, I think that fix is unrelated? IMO the issue here is not a bug in the grouping (or sorting) itself. The edited version of the image has the EXIF data removed, including Date taken, so I think that the app correctly groups these versions elsewhere.

protist avatar Dec 21 '21 23:12 protist

@Aga-C I installed 6.22.3, and the problem still persists. To reiterate, this bug is not about grouping or sorting, it's about EXIF data being removed when editing.

protist avatar Dec 28 '21 21:12 protist

Version from F-Droid 6.23.9 still have this issue.

vantu5z avatar Jun 14 '22 11:06 vantu5z

I want to note that this is still an issue. I really hope that someone fixes this soon as aside from this I think the app is perfect!

RandomGuy512 avatar Oct 31 '22 15:10 RandomGuy512

@Aga-C I just noticed that you responded with a "confused emoji" to my previous comment. Please let me know if I can provide more clarification. Thanks in advance.

protist avatar Oct 31 '22 23:10 protist

@protist I was just confused that it's still not working.

Aga-C avatar Nov 01 '22 06:11 Aga-C

@protist I was just confused that it's still not working.

No worries. Thanks for the clarification @Aga-C.

protist avatar Nov 01 '22 21:11 protist

For any action where the image is changed like cropping or rotating, all metadata/EXIF-data is destroyed. Tested with Simple Gallery Pro 6.28.6 on Android 13 on a Pixel 4a and a Asus Zenfone 9.

zilexa avatar May 30 '23 13:05 zilexa

I encounter the same behavior on version 6.26.10 Pro from F-Droid, on a Pixel 6a. I've been trying to look through the code to determine where the EXIF data is being lost, and it is not obvious. My lack of experience with Kotlin and lack of a dev environment for this is not helping... Could there be a bug in this ExifInterfaceAttributes class that is causing it to drop more EXIF data than the ones listed?

anaqreon avatar Jun 18 '23 19:06 anaqreon