Thanks for the issue @jpmeijers. This change breaks our compatibility commitment and should not have been removed.
We are filing a fix which will revert this v3.22.1.
Apologies for the delayed response here.
We will duplicate the fields for now and add a deprecation notice on TxSettings.CodingRate.
“fixing” this now is a little pointless, as the API is already broken, and we were already forced to update our API clients.
This however is a good example for TTI of a simple change breaking things.
Users were quick enough in this instance to fix clients.
We will still reinstate the field and follow our deprecation process. That’s a reminder for us in the future not miss this and keep our compatibility commitment.
I’m also wondering why this break wasn’t detected by TTI after the update. My webhooks started failing, so this should have shown up on TTI’s metrics.
Our metrics did not pick up a huge drop. TTS CE traffic is so massive these days that small drops are difficult to track without our alerting system constantly blowing up.
Items like this shouldn’t be tracked by metrics; I have some solutions for that which I’ll look into with the team.