Nic Hubbard

Thanks, will look into this.

No. The security implications of us saving users passwords is not something we want. This is the reason why OAuth is used and connects with Groundspeak, so we don't have to save passwords. In 3.0.3 when you are asked you re-authenticate you will be asked if you want to Logout or Cancel. You can cancel if you need to continue using Cachly. Previously it would log you out without any option.

Correct. We never know your password, and do not want to know them. We only hold the auth token in the iOS keychain.

We use what iOS provides, so it isn't something that we have "designed". Will see what we can do to make that stand out more.

You shouldn't have to use any tricks to keep GPS working. Was that the issue is that GPS stopped working and you couldn't see your current location?

What issues are you seeing?

What was the issue here? Had you saved caches offline?

Cachly does currently do this, so I will have do some some checking into this specific issue. Thanks for reporting!

GPX export has been greatly improved in our 3.0.3 beta. It removes the issue of an empty waypoint at each cache (this was the original coordinate waypoint), cleans up a log of the code and gives you export options. Will look into moving to 1.0.1 and will do some testing in GSAK to see why it is showing the error about no/code ID. Thanks for reporting!

Yes, filters based on dates will be coming soon.

Did you choose the "full" download option? As for the hints, was this a cache that didn't have a hint?

I would't think this would affect anything unless there was a deep bug in iOS. That setting only changes a true/false value in the compass API for iOS.

Sounds like that isn't a supported option through the API. Will ask Groundspeak about this.

Will ask them. Thanks for your update.

That is great to know. Just strange that some have had an issue...

I have had two users report this issue that their phones were not able to find their current location when in an area with No Service. Switching to another app worked correctly and found their location. Has anyone else had this issue? I tried to reproduce this issue on a hike up Mt. St. Helens with No Service but Cachly worked perfectly the whole time and there were no issues with GPS. Just trying to track this bug down...

I will for sure consider this. The pending logs screen items are starting to get cluttered so I need to take that into account.

This is going to be a Settings option in the next beta. I don't want to force changes like this on users when they are not used to it.

There is still a small bug where the current location will be overtop of a map callout, but I am working to fix this.

Any this number does not go away? I haven't ever seen this issue. How often are you able to reproduce it?

I will ask HQ about this.

Yes, this isn't allowed to show through the API. I am not sure, but I would guess they do.

Yes, pull down on the screen.

Actually, just testing this, deleting PQs form the downloaded section on the website, then refreshing in Cachly correctly removed them from the available list in Cachly. Can you still reproduce the issue?

I will raise a query with Groundspeak about this.