Please fill out the following sections to the best of your ability, it will help us investigate bugs if we have this information at the outset. Screenshots are especially helpful, so please provide those if you can.
App version number, if a mobile app issue (shown under About in the side menu):
iOS 18.3.1
Operating System / Device (e.g. iOS 18.2, iPhone SE):
55.3.130
Screenshots of what you are seeing (instructions for taking a screenshot on computers and mobile devices: https://www.take-a-screenshot.org/):
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:
Save a bunch of observations without uploading
Step 2:
Upload the bunch
Step 3:
I regularly experience uploading failures. If it’s only one the uploading process continues. It stops after the second while the wheel is still turning
4
After stopping and restarting the upload the process continues as expected until there are again two failures (which is more likely when the number of remaining observations is high)
1 Like
ping @tiwane or some other staff member?
Thank you @misumeta for reporting this issue and following up here. I haven’t been able to reproduce the bug in our latest release (Version 0.59.4). Please try it out and let me know if upload failures continue to occur.
1 Like
Managed to take it to tests.
The problem seemed to be solved if deliberately interrupt the upload with putting iNat in the background during the upload and then bring it back two or more times.
However, the problem still occurs if the upload fails two times without me interacting.
In this case I waited more than half an hour.
To give a relation: after I stopped and restarted the process it uploaded approximately five observations per minute.
Here is the next try.
I interfered with the process with going through some notifications to observations of others and adding a few IDs. Again the first failure didn’t stop the upload but so did the second
The rest of the story
Here is how to uploads went on after one restart and a second for the the last failure
Thank you @misumeta for trying out the new version and presenting your test data here. I suspect that some of this is due to the fact that the app is not presently optimized for background tasks. This is on our list of issues to tackle in upcoming months.
I am curious whether you noticed any patterns across the observations that failed (eg were they all multi-photo observations?).
I usually upload my observations in batches for several reasons, mainly
First: the app gets very slow, while synchronizing
Second: I some times put all my observations without IDs into the app and proceed wiht IDying before uploading
Most of my observations include several photos, however I am not sure wether only those tend to fail.
The rate of failures increased over time. Meanwhile I get an error every five to ten observations. That means having a batch of 30 I usually have to restart the more than once.
The uploading process itself got slower over time. When I started wiht iNat next it was very fast. Nowadays it is very slow. To not interfere with it I usually avoid touching the phone while uploading and keep the upload process in the foreground. As an example, I just doing it - I have to restart after 8 observations.
I sometimes explicitly select a number of observations rather than all. However, the process then stops as soon as you open one observations. Just doing that; 2 failure after 4 from seven. But: the at least upload proceded.
Realized some improvements with 155(12) and the latest iOS
Uploaded 25 observations in a row. Didn’t experience any failure. It was overall faster than before while not so fast as it was at iNat next‘s beginning, when the upload was surprisingly fast. However, reached an acceptable speed this time.
Ver 059.13(156)
(Why there is no option to copy the version number)
45 uploads in a row with no failure and a reasonable speed. The issue seems to be solved.
