Duplicating and/or cropping photos for detail, changing order to 1st photo undoes edits

Platform: Android

App version number: 1.29.3 (577)

Browser, if a website issue (Firefox, Chrome, etc): N/A

URLs (aka web addresses) of any relevant observations or pages: N/A

Screenshots of what you are seeing (instructions for taking a screenshot on computers and mobile devices: https://www.take-a-screenshot.org/):N/A

Description of problem (please provide a set of steps we can use to replicate the issue, and make as many as you need.):

Step 1: Make a new observation with at least 2-3 photos on mobile

Step 2: Edit one or more photos for brightness, contrast, cropping, etc

Step 3: Move one to 1st photo using the ā€œMake 1stā€ function at top right

Step 4: All automatically reset to original parameters

P.S. Very occasionally, adding duplicating photos and editing them in an already-existing or new observation leads to duplication of ALL photos, but I’m not sure if this is a related or separate error. Rarely, duplicating and editing photos leads to replacement of the 1st photo with the duplicated photo, even when it’s a different photo altogether, this one’s really hard to replicate, so I’d have to report that one separately I think, but it is definitely related to the bug I’m reporting above.

P.P.S. On a somewhat related and more positive note, I did notice somewhat recently the contrast and brightness tools became much more usable than previously, so thanks for the fix on that! :)

1 Like

Duplicate (but for an older Android version)
https://forum.inaturalist.org/t/android-workflow-crop-photo-and-make-first-make-you-lose-the-cropped-photo/41788

I don’t think this is a duplicate report, I did a search for similar topics and didn’t see the exact issue reported yet.

Do you have a link to the report you believe is equivalent?

Thanks for sharing this issue. It has driven me mad for the longest time. So many times I have added 3 or 5 or even 10 images to an ob, gone through them meticulously cropping each one to perfection, then picked the best one to show 1st… and lost all my edits! Aaaargh!! Nowadays it’s become almost automatic to click the ā€˜back arrow’ to save the edits first, but every once in a while I forget. Hope this can be fixed soon.

1 Like

Similar to these other threads, but I don’t think the same.
https://forum.inaturalist.org/t/wrong-photo-displayed-after-selecting-reordered-photo/33395
https://forum.inaturalist.org/t/android-workflow-crop-photo-and-make-first-make-you-lose-the-cropped-photo/41788
https://forum.inaturalist.org/t/android-deleting-the-last-photo-of-a-set-of-3-removes-also-the-already-confirmed-crop-of-first-photos/25715

I haven’t ever noticed this problem, but I think that’s because I drag the photos to the front instead of selecting ā€œMake first.ā€

2 Likes

I had no idea this was a thing! Thanks Thomas. It’s a decent workaround, but not exactly a solution though, maybe I’ll have to switch over to that approach if I can make a habit of it.

I know you’re not supposed to make other bug reports within a single one, but there’s also a duplication bug on Android I notice that puts photos in alternating order rather than sequential if that makes sense. i.e. if you had photos 1,2,3,4,5 and duplicated photo 3, normally it’d become 1,2,3,3,4,5 but occasionally will generate order 1,3,2,3,4,5.

Additionally, say you delete the new ā€˜1st’ photo 3 to start over? Sometimes this will delete photo 2, which makes me think the underlying photo display order isn’t correct and there’s some deeper ā€˜error in the code’ for lack of a better term.

Thanks all for your input!

You know my pain! :rofl:

1 Like

I’m sorry about this. I made a bug report here: https://github.com/inaturalist/iNaturalistAndroid/issues/1294

Thanks. It’s not the most annoying bug, but I figured it wasn’t just me!

There’s a fix in the latest beta, 1.29.7 (581). Looks good to me.

1 Like

This topic was automatically closed after 16 hours. New replies are no longer allowed.