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.