Bernd
Bernd
Confirmed the same reason at `testSearchByUsername`: ~~~ 05-25 17:26:22.368 25287 25316 I TestRunner: started: testSearchByUsername(cgeo.geocaching.CgeoApplicationTest) 05-25 17:26:22.611 25287 25316 I cgeo : [Instr: androidx.test.runner.AndroidJUnitRunner] GCWEBAPI: request: https://www.geocaching.com/api/proxy/web/search/v2?sa=1&fb=blafoo&properties=callernote&take=200&skip=0&sort=distance&dorigin=48.85308%2C2.34962&asc=true&app=cgeo 05-25 17:26:23.688 25287...
> I dimly remember that we changed to non-final resource IDs some time ago (removing many switch statements, heavy work done by @moving-bits ). Shouldn't we be able to turn...
DNM - this PR needs #15449 to be fixed.
replaced by #16694
This is a big edge case. Maybe it is possible when we use a separate tab for personal notes, and then maybe have a separate section for not syncable notes.
see e.g. also #12729, #15901
geokrety.org is up. All issues are fixed, let's close.
I recognized a delay of some seconds sometimes, esp. after a fresh start of c:geo and directly switching to the map. I suppose that in this situation is a initializing...
I don't think the problem has been completely solved. > Therefore, when a GPX import contains an already existing UDC ID, c:geo should ask the user if the GPX's data...
@Lineflyer Could you see where the link to "../live/play/map" came from?