Download full cache data of more than 50 entries stalls.

[Hamelenser]

Hi,

I can't successfully download more than 50 entries of full cache data from an online list or a PQ any more. This started a while back without changing anything on my side (still Cachly 7.1.1), so I guess it's due to some changes on the GC API server side.

This is what happens:

I see the list of multiple pending network requests (50 caches in each) but only the last one ever completes while all the other ones remain in 'downloading' state forever.

How to make it happen:

1. Tap on 'Lists' in the bottom menu bar
2. Tap on 'Online' in the top tab chooser
3. Locate a list with more than 50 entries (e.g. 133)
4. Tap on the three dots next to it and select "Download Full List"
5. Choose "Full Cache Data"

Result:

The last of the network requests (e.g. 101 - 133) eventually finishes...

...but the other ones (e.g. 1 - 50 and 51 - 100) stay in "Downloading..." forever.

 

Can you please have a look if this is a general issue and how it can be fixed?

Thanks a lot
Tom

 

[barefootguru]

Might be just you I’m afraid.  I download PQs of around 800 caches regularly.  I have seen that behaviour occasionally.  Can you try from a different network?  Cachly 7.1.1

[Nic Hubbard]

Is this a specific list that you are having issues with? There have been PQ issues where a specific cache will cause the API to throw a 500 error, but it is hard to replicate.

[Hamelenser]

Alright, thanks a lot for the first feedback. The info that it's NOT that simple made me experiment a bit more.

I've been able to narrow it down to a list containing just 48 entries which I'm sharing here. For me it never works when trying to load the whole list with full cache data. I've tried two different iOS devices, one is an iPhone 8 with iOS 16.4.1 and a fresh install of Cachly 7.1.1, the other one is an iPhone SE with iOS 15.7.4 and Cachly 7.1.1 never removed since the day I started using it. I've tried mobile networks German T-Mobile, O2-Germany and my German Telecom DSL. Nothing makes a difference, it fails (i.e. stalls forever) every time. I don't have any weird security settings active.

Can you please make a copy of my shared list into your own GC account, try to load that list into Cachly like the way I do and see if you can reproduce the effect at all?

I would be very grateful if we could shed some light on this.

Thanks,
Tom

 

[Hamelenser]

Some more info: I tried loading the same list from a different GC account and it worked right away!

So it's probably not the cache listings but rather personal data (notes, corrected coordinates, etc.) which is triggering it?

 

[barefootguru]

Interesting.  Try the old 'halves' trick:  create a list with the first 24 and see if that works.  Then the second 24.  Then keep halving.  Alternatively there may be something obvious in one of the notes for the 48.

[Hamelenser]

Very interesting:

If I split the list in two halves then both halves work.

Back to my non-working list: I tried removing just one randomly picked entry and it made it work.

So I thought this randomly picked entry might be suspicios, so I added it to another, previously working list -> It doesn't break it. Still works.

Once again back to my non-working list: I tried removing another randomly picked entry and it still doesn't work.

By the way, the results are always repeatable. A particular list that fails always fails no matter when or how often I try t load it. Another particular list that works always works. So it's not just a random glitch which might make me think certain things work while others don't.

Very strange.

 

[Nic Hubbard]

If you can get the one list to error, send me the debug data by doing More > Help & Support > Debug data and send to support@cach.ly.

Thanks.

[Hamelenser]

Hi Nic,

great, thanks, I tried to send it on Wednesday but due to a fault in my email config it might got lost. Sent it again today. Let's hope you can find out something.

[Nic Hubbard]

4 hours ago, Hamelenser said:

Hi Nic,

great, thanks, I tried to send it on Wednesday but due to a fault in my email config it might got lost. Sent it again today. Let's hope you can find out something.

Got it. Thank you.

[Nic Hubbard]

So a 502 error is what you are getting. And from what I understand, that is on the client side. Which is the user.

Have you tested this on both wifi and cell data? Are you using VPN or have a firewall that could be affecting the request?

[Hamelenser]

Hi Nic,

I've tried all of this on wifi and two different cell networks. The results are always the same. I've even tried it on two different iOS devices.

To rule out as many side effects as possible I've now done the following...

Within a single Cachly session and without interrupting the network connection:

1. Try to load the failing list from my main account -> fail
2. Log out and log in with our team account
3. Try to load an exact copy of this list from the team account -> success after ~36 seconds
4. Log out and log back in with my main account
5. Same as step #1 -> still fails

So the differences are:

• It's a different account which might end up on a different GC server for load/data balancing ? (don't know)
• It's certainly different personal data (notes, corrected coordinates, found status) between the two accounts.

Very strange... new debug data is on its way to you.