You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
After creating a monitor resource, if the monitor is updated from the betteruptime dashboard, the next deployments start failing with error:
Error: PATCH https://betteruptime.com/api/v2/monitors/[MONITOR_ID] returned 422: {"errors":{"regions":["are not included in the list: us, eu, as, au"]}}
I assume regions: [] is being sent in the PATCH HTTP call, which fails with 422 from betteruptime (as verified with Postman).
It should be regions: null in the Patch HTTP call. Even if we want this to fail, a user friendly message would be of greater help than a 422 error.
The error here is HTTP Patch call being sent with regions: [], which is not accepted by betteruptime and fails with 422.
It should either be a valid region array with atleast 1 region OR null.
The text was updated successfully, but these errors were encountered:
rahulpsd18
changed the title
Incorrect region sent
Invalid region sent when state mismatch
Nov 17, 2022
@rahulpsd18 Thanks again for opening the issue. I looked into it, and based on the open issues in Terraform, I wasn't able to figure out a good enough fix for this one.
As such, I'm sorry to say I run out of ideas here. If you got any tips, happy to reopen the issue & address in a proper way; until then, I'd recommend always setting the regions in the resource specifications explicitly, which will solve the problem for you as well.
After creating a monitor resource, if the monitor is updated from the betteruptime dashboard, the next deployments start failing with error:
This can be replicated following the steps:
Create a monitor
This creates a monitor with
regions: null
. Which is perfectly fine.Deploying this multiple times works fine.
Now open your betteruptime dashboard and update "On call escalation" (region is not updated):
Now deployment starts failing with aforementioned error.
The
tf plan
shows the following change:I assume
regions: []
is being sent in the PATCH HTTP call, which fails with 422 from betteruptime (as verified with Postman).It should be
regions: null
in the Patch HTTP call. Even if we want this to fail, a user friendly message would be of greater help than a 422 error.The error here is HTTP Patch call being sent with
regions: []
, which is not accepted by betteruptime and fails with 422.It should either be a valid region array with atleast 1 region OR
null
.The text was updated successfully, but these errors were encountered: