Bump maximum integration_type value to 15#2675
Bump maximum integration_type value to 15#2675colinodell wants to merge 1 commit intoDataDog:masterfrom
Conversation
| "integration_type": { | ||
| "inclusive_maximum": 9, | ||
| "inclusive_maximum": 15, | ||
| }, |
There was a problem hiding this comment.
Instead of bumping this value each time a new integration is added, perhaps the validation should be removed altogether? Otherwise, more changes like this will be needed in the future.
|
This PR has been automatically marked as stale because it has not had activity in the last 30 days. |
|
Bumping this, as the client is unusable for us without this change. |
|
This PR has been automatically marked as stale because it has not had activity in the last 30 days. |
|
Bumping because we still need this change |
|
This PR has been automatically marked as stale because it has not had activity in the last 30 days. |
|
Still need this |
|
This PR has been automatically marked as stale because it has not had activity in the last 30 days. |
|
@colinodell I'll forward this to the product team but we can't make the change here since this code is autogenerated and will get replaced almost immediately. |
|
@colinodell #3195 might be the one to fix it. |
|
Indeed it does! Closing this in favor of #3195 |
What does this PR do?
Fixes API client exceptions when the list of incident integrations includes
integration_type15.Current Behavior
We're getting the following exception when making calls to
https://api.datadoghq.com/api/v2/incidents/{uuid}/relationships/integrationsvia this library:Stack Trace
We captured the API response and saw a value of
15coming through (which I think is related to On-Call?)Partial Response (heavily sanitized)
Expected Behavior
The API client should pass along this information to my application instead of raising an exception.
Additional Notes
Instead of bumping this value each time a new integration is added, perhaps the validation should be removed? Otherwise more changes like this will be needed in the future.
Also, my stack trace is from version 2.32.0, but the validation rule seems to exist in the latest version, so I'm assuming the issue is still present in the latest version.
Review checklist
Please check relevant items below:
This PR includes all newly recorded cassettes for any modified tests.
This PR does not rely on API client schema changes.
Or, this PR relies on API schema changes and this is a Draft PR to include tests for that new functionality.