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.
â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.
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.
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.