Posting a log isn't possible anymore - maybe related to recent Groudspeak log page change

[MZCacheHunter]

I seems to me that the logging isn't working anymore. I suspect this to be related to the recent "improvement" of the log page by Groundspeak.

See:
https://forums.geocaching.com/GC/index.php?/topic/394827-release-notes-website-new-geocache-and-trackable-logging-flow-november-2-2023/

[ella-TAS]

Adding to this, the following functions within trackable.py are not working currently:
– retrieving valid log types
– retrieving the user date format
– retrieving “hidden inputs” on the log page

[FriedrichFroebel]

Thanks for reporting. Feel free to further analyze this and propose corresponding fixes.

[ella-TAS]

Yes, I have noticed:
– valid log types are now stored towards the end of the page as "logTypes", though I don't know how to retrieve them. I can probably fix this
– the user date format isn't present in any way. it could be fixed by looking at present time stamps, but I don't have other formats to test
– getting hidden inputs fails because one of the tags doesn't have a "name" key but an "id". using the id as the name also did not validate the api request. I'm not sure what to do with this

[ella-TAS]

refer to c:geo's API fix cgeo/cgeo@576416a

[ella-TAS]

do you have an idea when this can be fixed?

[FriedrichFroebel]

Feel free to submit a corresponding PR with appropriate fixes as you already did some analysis - I will be glad to review and merge it.

[ella-TAS]

sorry, I have no idea how to fix any of this

[DarkOutcast6]

Hello! I could try to fix this, though I am not entirely sure. What exactly goes wrong while trying to post a log? Is it still possible to view logs? Is there an error when posting a log?

[FriedrichFroebel]

sorry, I have no idea how to fix any of this

In #226 (comment), you already mentioned some possible solutions. Please be more specific about the actual issues you are encountering and where your parsing fails. pycaching uses BeautifulSoup for parsing the HTML of the page - for the first and third one, you probably have to just update the corresponding selectors - whether querying for a name or ID attribute should be no real difference for example.

[ella-TAS]

using “id” as “name” seemed to make the API log request invalid