I've had that same API error occur a few times as it seems the both the core LG ThinQ integration and the custom SmartThinQ integration API calls are a bit buggy?
I checked the home-assistant.log file about any automation errors during the time periods for both triggers (23:20 and 23:32) but there is nothing at all. It doesn't even mention the API error from the first automation trace. So I'm not sure where that error gets set in the trace timeline.
any idea how a trigger could occur but not actually run the first step in the actions (the choose step)?
Post the yaml for your automation, and what you expect it to do. Someone may then be able to help, it is a lot of work to guess what went wrong from your pics, these pics will also not be viewable on anything like a phone or tablet.
I had a long post explaining what I was trying to find out but then I looked at a couple of other previous traces and I realized what was happening...
the automation was performing a repeat loop from a previous trigger and since the default run mode is single it blocked the execution of that run until the first run completed.
the trace just showing a red line to nowhere wasn't as helpful as it could be. I had to look at the trace timeline section and it said why it stopped in there. And it is strange that nothing was reported in the logs. the docs say that a warning will be raised but I didn't see anything at all about any automation in the logs in that timeframe.
I guess I'll need to rethink the automation to prevent that from happening.