Skip to main content
Question

Slack Notification Channel posts duplicate incident cards after service reassignment

  • July 27, 2026
  • 1 reply
  • 7 views

We have multiple services connected to the same Slack Notification Channel.

Historically, when an incident was reassigned between those services, the existing Slack incident card was updated, including the Service field. Recently, without any configuration changes on our side, PagerDuty began posting a second incident card for the same incident when the service changes.

Interestingly, subsequent incident updates (we use the Thread incident updates option) are still applied to the original Slack post rather than the newly created one. This suggests that PagerDuty is still able to correlate the Slack message with the incident, making the additional post redundant.

Expected behavior

  • Reassigning an incident between services that are connected to the same Slack Notification Channel should update the existing Slack incident card, including the Service field.

Actual behavior

  • A second Slack incident card is posted when the service is reassigned.
  • Subsequent incident updates, such as status changes, continue to update the original Slack post.

Could you confirm whether this is an intentional change or a regression?

1 reply

maria_yarotska
Forum|alt.badge.img
  • Community Manager 💚
  • July 27, 2026

Hey, thanks so much for the detailed write-up.

This one's a bit deeper than what we can dig into here on the forum, since it sounds like a genuine behavior change worth investigating on the backend. Could you open a support case so the team can take a proper look? You can reach them at support@pagerduty.com — just include the same details you shared here (the reassignment scenario, the duplicate card, and the fact that thread updates still hit the original post).

Once they've dug in, feel free to loop back here and let us know what they find — curious to hear the outcome too!