chore(deps): update terraform pagerduty to ~> 3.35.0 - #382
Open
renovate[bot] wants to merge 1 commit into
Open
Conversation
renovate
Bot
force-pushed
the
feature/renovate-pagerduty-3.x
branch
from
June 11, 2026 05:58
a366e6e to
edd12a1
Compare
renovate
Bot
force-pushed
the
feature/renovate-pagerduty-3.x
branch
from
July 1, 2026 00:56
edd12a1 to
a668af9
Compare
renovate
Bot
force-pushed
the
feature/renovate-pagerduty-3.x
branch
from
July 7, 2026 20:53
a668af9 to
a0ff64a
Compare
renovate
Bot
force-pushed
the
feature/renovate-pagerduty-3.x
branch
from
July 8, 2026 01:11
a0ff64a to
e6f09ad
Compare
renovate
Bot
force-pushed
the
feature/renovate-pagerduty-3.x
branch
from
July 16, 2026 04:41
e6f09ad to
45e7693
Compare
renovate
Bot
force-pushed
the
feature/renovate-pagerduty-3.x
branch
from
August 7, 2026 21:02
45e7693 to
9c725a2
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
~> 3.32.0→~> 3.35.0~> 3.32.0→~> 3.35.0Release Notes
PagerDuty/terraform-provider-pagerduty (pagerduty)
v3.35.0Compare Source
BREAKING CHANGES
resource/pagerduty_user_contact_method:user_idis nowForceNew. A contact method's ID is scoped under its user, so changinguser_idpreviously planned an in-place update that always failed with404 Not Found; it now replaces the resource (1141)BUG FIXES
resource/pagerduty_user_contact_method: Honor the caller's error handler when reading back a contact method, so a404right after create is retried and then reported instead of being silently treated as "resource gone" and dropped from state (1141)ENHANCEMENTS
resource/pagerduty_user_contact_method: Return a clear, actionable error when an update targets a contact method that was deleted outside of Terraform after the plan was generated, pointing atterraform apply -refresh-onlyinstead of surfacing a bare404 Not Found(1141)DOCS
resource/pagerduty_user_contact_method: Document that a contact method deleted in the web interface is re-created by a refresh-enabled plan/apply and does not requireterraform state rm(1141)v3.34.0Compare Source
ENHANCEMENTS
resource/pagerduty_service: Return a clear, actionable error when the API rejects deleting the Default Mobilization Service, instead of the raw API error (1133)resource/pagerduty_service_integration: Return a clear, actionable error when the API rejects adding an integration to the Default Mobilization Service (1133)resource/pagerduty_event_orchestration_path_router: Return a clear, actionable error when the API rejects routing events to the Default Mobilization Service (1133)resource/pagerduty_event_orchestration_path_service: Return a clear, actionable error when the API rejects configuring orchestration for the Default Mobilization Service (1133)resource/pagerduty_service_dependency: Return a clear, actionable error when the API rejects using the Default Mobilization Service in a service dependency (1133)resource/pagerduty_maintenance_window: Return a clear, actionable error when the API rejects targeting the Default Mobilization Service with a maintenance window (1133)v3.33.1Compare Source
BUG FIXES
resource/pagerduty_schedulev2: Preserve the configuredteamsordering on refresh so a schedule associated with more than one team no longer shows a perpetual reorder diff (1127)resource/pagerduty_schedulev2: Preserve timezone-offsetstart_time/end_time/effective_untilvalues when they match the API's UTC-normalized return, so applying events with offset timestamps no longer fails with "Provider produced inconsistent result after apply" or shows a perpetual diff (1127)resource/pagerduty_schedulev2: Compareeffective_since/effective_untilsemantically when reconciling events, so a timezone-offset/UTC representation change (e.g. after import) no longer triggers a spurious update — which for an active event would needlessly DELETE+CREATE a live shift (1127)DOCS
resource/pagerduty_schedulev2: Remove the obsoleteflexible-schedules-early-accessnote, add a legacy-vs-shift-based version mapping table, and add apagerduty_schedule→pagerduty_schedulev2migration guide (1127)data/pagerduty_schedulev2: Remove the obsoleteflexible-schedules-early-accessnote (1127)v3.33.0Compare Source
ENHANCEMENTS
resource/pagerduty_event_orchestration_path_service: Validate existing config before create to prevent accidental overwrites (1109)resource/pagerduty_event_orchestration_path_global: Validate existing config before create to prevent accidental overwrites (1109)resource/pagerduty_event_orchestration_path_router: Validate existing config before create to prevent accidental overwrites (1109)resource/pagerduty_event_orchestration_path_unrouted: Validate existing config before create to prevent accidental overwrites (1109)pagerduty/terraform-provider-pagerduty (pagerduty)
v3.35.0Compare Source
BREAKING CHANGES
resource/pagerduty_user_contact_method:user_idis nowForceNew. A contact method's ID is scoped under its user, so changinguser_idpreviously planned an in-place update that always failed with404 Not Found; it now replaces the resource (1141)BUG FIXES
resource/pagerduty_user_contact_method: Honor the caller's error handler when reading back a contact method, so a404right after create is retried and then reported instead of being silently treated as "resource gone" and dropped from state (1141)ENHANCEMENTS
resource/pagerduty_user_contact_method: Return a clear, actionable error when an update targets a contact method that was deleted outside of Terraform after the plan was generated, pointing atterraform apply -refresh-onlyinstead of surfacing a bare404 Not Found(1141)DOCS
resource/pagerduty_user_contact_method: Document that a contact method deleted in the web interface is re-created by a refresh-enabled plan/apply and does not requireterraform state rm(1141)v3.34.0Compare Source
ENHANCEMENTS
resource/pagerduty_service: Return a clear, actionable error when the API rejects deleting the Default Mobilization Service, instead of the raw API error (1133)resource/pagerduty_service_integration: Return a clear, actionable error when the API rejects adding an integration to the Default Mobilization Service (1133)resource/pagerduty_event_orchestration_path_router: Return a clear, actionable error when the API rejects routing events to the Default Mobilization Service (1133)resource/pagerduty_event_orchestration_path_service: Return a clear, actionable error when the API rejects configuring orchestration for the Default Mobilization Service (1133)resource/pagerduty_service_dependency: Return a clear, actionable error when the API rejects using the Default Mobilization Service in a service dependency (1133)resource/pagerduty_maintenance_window: Return a clear, actionable error when the API rejects targeting the Default Mobilization Service with a maintenance window (1133)v3.33.1Compare Source
BUG FIXES
resource/pagerduty_schedulev2: Preserve the configuredteamsordering on refresh so a schedule associated with more than one team no longer shows a perpetual reorder diff (1127)resource/pagerduty_schedulev2: Preserve timezone-offsetstart_time/end_time/effective_untilvalues when they match the API's UTC-normalized return, so applying events with offset timestamps no longer fails with "Provider produced inconsistent result after apply" or shows a perpetual diff (1127)resource/pagerduty_schedulev2: Compareeffective_since/effective_untilsemantically when reconciling events, so a timezone-offset/UTC representation change (e.g. after import) no longer triggers a spurious update — which for an active event would needlessly DELETE+CREATE a live shift (1127)DOCS
resource/pagerduty_schedulev2: Remove the obsoleteflexible-schedules-early-accessnote, add a legacy-vs-shift-based version mapping table, and add apagerduty_schedule→pagerduty_schedulev2migration guide (1127)data/pagerduty_schedulev2: Remove the obsoleteflexible-schedules-early-accessnote (1127)v3.33.0Compare Source
ENHANCEMENTS
resource/pagerduty_event_orchestration_path_service: Validate existing config before create to prevent accidental overwrites (1109)resource/pagerduty_event_orchestration_path_global: Validate existing config before create to prevent accidental overwrites (1109)resource/pagerduty_event_orchestration_path_router: Validate existing config before create to prevent accidental overwrites (1109)resource/pagerduty_event_orchestration_path_unrouted: Validate existing config before create to prevent accidental overwrites (1109)v3.32.4Compare Source
BUG FIXES
resource/pagerduty_schedulev2: Fix #1123: prevent "inconsistent result after apply" when modifying shift-defining fields of an active event (1124)Configuration
📅 Schedule: (UTC)
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about these updates again.
This PR was generated by Mend Renovate. View the repository job log.