Thanks for getting in touch, and I appreciate your report! I agree this is unexpected, and I’ve reproduced what looks to likely be the issue you’re hitting as well, which I’d like to bring up internally for further discussion.
The issue I’m seeing is this is being treated as a 12 hour clock instead of the expected 24 hours, which is quite misleading. Where in your case 20:00:00 which is what you’re expecting is 8 PM but it should certainly output with 20:00:00.000 as you were also expecting.
One potential workaround is to use tt in the format filter expression to output AM/PM which hopefully helps avoid some confusion here. E.g. "end" = "#{EndTime | Format "yyyy-MM-ddThh:mm:ss tt"}";, but that is definitely not ideal still.
I’ll keep you updated with any and all input, and let me know if you have any further questions or concerns.
I appreciate you taking a look! Is this something that would be resolved in a future release? I would use the tt recommendation but the API we’re communicating with can’t consume that.
Thanks for getting back here! I’m just stepping in for Kenny as he’s offline today. One of our team members pointed out that the issue could be related to the hh part of the date time string. The following Microsoft docs suggest that capitalizing the HH formats the string into the 24 hour format.
So the following should correctly evaluate to desired 24 hour format: