Megalodon

why not enable to change it to "will attend" ?

Hello, why is it not possible to change a wrongly entered/sent "attended" log for an event into "will attend", if already sent and posted on the wegpage? Actually the only possible option is to change it from "attended" to "write note", but not to "will attend", see attached screenshot.

thank you, the Shirt arrived, South of Germany

nobody so far?

and what about gotten favorite points on own caches? Why not accept all logs tolerant already 12-18 hours before, but on geocaching.com site? this would solve all that kind of problems

Did anyone already receive the t-Shirt? If yes, in which country was it received?

yes, that's YOU, but I want to use the API function in a self written macro, in order to check the coordinates again before I go outside and find the boxes... You also absolutely right, that constant was none of my other bills the past years.... but it is enough, just respect the number of premium geocachers... They only have to pay fpr the servers and their maintenance. and by the way: I would have introduced more and better stuff on the webpage during 20 yeras...

I just found out, that a *deactivated* AddOn in firefox was the reaon, why the Captcha was not shown and so not working. This was the Addon: ...Captcha was not working. I set the uBlock Origin to 'activ': ...and the captcha was working again. That's it !

What for am I paying 30€ a year? For hidden boxes by other geocachers? For other people creating interesting mysteries, multies and so on? What about a solution, actually problem is the GC internal geochecker not working anymore... maybe for that somebody takes care of?!

Thanks to strange but untrue for research and posting the information here. Now I am interested in some answer from Groundspeak and hopefully an explanation and/or solution for the problem.

The GC internal geochecker from Groundspeak website uses the captcha validation, this ist not working. The box in which I used to put in a check mark is not displayed and so pressing the button to check the coordinates returns with an error (see attachment) tested Browsers: firefox V97.0 and edge 98.0.1108.50

is there any update planned of the API this year, I would suggest to return to the former option to be able to request the attribute 'hasSolutionChecker' without asking for the geocaching type.

The workaround is: $data = gcapi2("geocaches/$d_code?fields=referenceCode,geocacheType,hasSolutionChecker") I have to add 'geocacheType' in the API request, in order to get the CORRECT answer, if there is a soultion checker otherwise the return value is always 'false'. So only the question, why the behavior of ther API changed is open... and please change this in the API documentation. "it is required to add the field 'geocacheType' in the API call."

That's exactly the point: "...it worked until a few days before Magalodon's first post." - it worked for more than the last past year, all the time. So the question is: What has been changed on the server side, maybe in the database?!!! This is not an acceptable answer or an explanation, why it is not working, but I will try to make a workaround. So, please, have a look, why the behavior of the API changed and repair it.

and it's still returning always false. Is there any chance we got it fixed this year?

additionally the request , if the 'corrected coordinates' are correct returns with an error: What is the problem here?

did someone check, if API is returning the wrong value? maybe the problem is the database itself?!

I read about using the following call: $data = gcapi2("geocaches/$d_Code?fields=referenceCode,hasSolutionChecker") but the result is the same. So still no posibility to get the information, if the GC internal checker is active. Please inform the API users, what's the problem and when it will be fixed.

The API actually returns wrong value for "hasSolutionChecker" Within a macro that already was doing a good job all the time the following line returns the value "false" instead of "true": $data = gcapi2("geocaches/$d_Code?fields=referenceCode,hasSolutionChecker","GET") it returns the following: {"referenceCode":"GC99DTZ","hasSolutionChecker":false} I tested it more times.

That's really quick and perfect support, THANK YOU so much !

Thanks for the quick reply, I am using a webbrowser.... sorry, I was blind, I think. I just found the option in the Webbrowser, too: "report a problem" with multiple options

I just realized, that I can not put a 'needs maintenance' log on any geocache and even no 'needs archived'. What in the world happend that I can not log a 'needs maintenance' on a geocache that I didn't find already? The only 3 options I have are: 1) Found it 2) Didn't find it 3) write note

now it's running again.... thank you !

Wow, it was already functional and now it's broken, great job. I would be very interested in the reason

ok, that's a reason - thank you for your answer, HHL !