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
❯ terraform apply
data.grafana_oncall_user.bob: Reading...
data.grafana_oncall_user.joey: Reading...
data.grafana_oncall_user.joey: Read complete after 0s [id=U95J3KBUFXM8J]
data.grafana_oncall_user.bob: Read complete after 0s [id=USSSBK861DG8H]
Terraform used the selected providers to generate the following execution plan. Resource actions are indicated with the following symbols:
+ create
Terraform will perform the following actions:
# grafana_oncall_on_call_shift.example_shift will be created
+ resource "grafana_oncall_on_call_shift""example_shift" {
+ by_day = [
+ "FR",
+ "MO",
+ "TH",
+ "TU",
+ "WE",
]
+ duration = 43200
+ frequency = "weekly"
+ id = (known after apply)
+ interval = 1
+ name = "Example Shift"
+ rolling_users = [
+ [
+ "foo",
],
+ [
+ "bar",
],
]
+ start = "2024-09-19T14:00:00"
+ time_zone = "UTC"
+ type = "rolling_users"
+ week_start = "MO"
}
# grafana_oncall_schedule.example_schedule will be created
+ resource "grafana_oncall_schedule""example_schedule" {
+ id = (known after apply)
+ name = "Example Calendar Schadule"
+ shifts = (known after apply)
+ time_zone = "America/New_York"
+ type = "calendar"
}
Plan: 2 to add, 0 to change, 0 to destroy.
Do you want to perform these actions?
Terraform will perform the actions described above.
Only 'yes' will be accepted to approve.
Enter a value: yes
grafana_oncall_on_call_shift.example_shift: Creating...
grafana_oncall_on_call_shift.example_shift: Creation complete after 0s [id=ORYHWWAVT9D6Y]
grafana_oncall_schedule.example_schedule: Creating...
grafana_oncall_schedule.example_schedule: Creation complete after 0s [id=SXAGQRJCI1AH4]
Apply complete! Resources: 2 added, 0 changed, 0 destroyed.
The oncall shift is created and persisted as such:
What did you expect to happen:
I would expect the OnCall API and/or Terraform to complain about the values being passed not being valid Grafana OnCall user IDs
How do we reproduce it?
See above steps for detailed repro steps
Grafana OnCall Version
v1.9.25
Product Area
Terraform/Crossplane
Grafana OnCall Platform?
None
User's Browser?
No response
Anything else to add?
No response
The text was updated successfully, but these errors were encountered:
# What this PR does
Adds validation for rolling users param in the shift api
## Which issue(s) this PR closes
Closes [5041](#5041)
<!--
*Note*: If you want the issue to be auto-closed once the PR is merged,
change "Related to" to "Closes" in the line above.
If you have more than one GitHub issue that this PR closes, be sure to
preface
each issue link with a [closing
keyword](https://docs.github.com/en/get-started/writing-on-github/working-with-advanced-formatting/using-keywords-in-issues-and-pull-requests#linking-a-pull-request-to-an-issue).
This ensures that the issue(s) are auto-closed once the PR has been
merged.
-->
## Checklist
- [x] Unit, integration, and e2e (if applicable) tests updated
- [x] Documentation added (or `pr:no public docs` PR label added if not
required)
- [x] Added the relevant release notes label (see labels prefixed w/
`release:`). These labels dictate how your PR will
show up in the autogenerated release notes.
What went wrong?
What happened:
Below is a reproducible example via Terraform:
Then:
The oncall shift is created and persisted as such:
What did you expect to happen:
I would expect the OnCall API and/or Terraform to complain about the values being passed not being valid Grafana OnCall user IDs
How do we reproduce it?
See above steps for detailed repro steps
Grafana OnCall Version
v1.9.25
Product Area
Terraform/Crossplane
Grafana OnCall Platform?
None
User's Browser?
No response
Anything else to add?
No response
The text was updated successfully, but these errors were encountered: