Jump to content

Hamelenser

Members
  • Posts

    7
  • Joined

  • Last visited

  • Days Won

    10

Hamelenser last won the day on April 14 2023

Hamelenser had the most liked content!

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Hamelenser's Achievements

Newbie

Newbie (1/14)

2

Reputation

  1. 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: Try to load the failing list from my main account -> fail Log out and log in with our team account Try to load an exact copy of this list from the team account -> success after ~36 seconds Log out and log back in with my main account 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.
  2. 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.
  3. 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.
  4. 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?
  5. 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
  6. 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: Tap on 'Lists' in the bottom menu bar Tap on 'Online' in the top tab chooser Locate a list with more than 50 entries (e.g. 133) Tap on the three dots next to it and select "Download Full List" 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
  7. Great! It might also make sense to have sort options for my trackable inventory. The ones I can think of are: Alphabetically Most recently logged By activation date I have a couple of trackables that I take to geocaches quite often (but not always all of them) So "most recently" logged would automatically put these on top of the list to choose from. For example: My token that I take to every geocache My 'cache mobile' coin that I only take to geocaches I went to my car My 'cach'n'bike' coin that I only take to geocaches I went to by bicycle
×
×
  • Create New...