Unanswered questions

My requirement is to repetitive alerts until issue is resolved, for an exmaple, someone in ,y team resolve the issue by mistake  but actual  issue is not resolved in this casr alert should be triggered in every 5 minutes bcz cloudwatch send only an alarm to pagerduty

I'm struggling with a job in Rundeck that includes an Ansible script, and I'm a bit confused about the node selection behavior.Is it possible to prevent a job from running on all nodes when “Change the Target Nodes” is unchecked? It feels contradictory that:the UI offers “Select All” and “Select None”,the job fails if no nodes are selected,but if you uncheck “Change the Target Nodes” entirely, it just runs on every node anyway.I assumed there must be a way to force explicit node selection before running the job, but I haven’t found anything in the documentation.This is the screen I'm referring to: 

We use the ServiceNow V7 integration in production. It works fine, but we want to move to the generic V3 webhook. We have a lot of services on V7, so the plan was to switch just a few to V3 first and handle the rest later.In our test environment, when we moved one service to the V3 webhook, the other services using V7 stopped working. So we’re trying to confirm what will happen in production. If we switch a single service from V7 to the V3 webhook, will the remaining V7 integrations break? Or can V7 and V3 run side by side? We want to know if this is an all-or-nothing change.

I’m noticing a recent change in the mobile app where resolving an incident via swipe now requires an extra confirmation tap. Previously, a single swipe action would immediately resolve the incident with no additional interaction.This new flow adds extra time, especially when handling multiple low-severity or routine incidents. What used to be a quick one-gesture action is now a two-step process, effectively doubling the time required to resolve each incident.Is there a setting, or a way to revert to the previous workflow? I’ve disabled any requirement for resolution notes in the confirmation screen but it still requires that secondary workflow.

Hi!I have setup the Bitbucket integration on one of my services follwing this guide: https://support.pagerduty.com/main/docs/bitbucketHowever no incidents get created ever. Is there anything i have to consider that is not mentioned inside this guide ?Could it fail because Basic Service Event Rules is not activated ? Do i have to configure anything inside the event orchestration rules ?  I literally just did what the guide said..On build updates the webhook is received by pagerduty with HTTP status 202.I also get an event id on response:  The builds i am testing are FAILING builds…Any ideas ?Is the integration deprecated ?

Use the Shift Agent to Save Minutes on Overrides in SlackThe Shift Agent can automatically detect on-call conflicts, find coverage with agentic teammate recommendations, and complete overrides all with two clicks in chat. PagerDuty’s Shift Agent in Slack and Google Calendar Integration are generally available.