General
-
Change default values for scheduling overrides
Hey guys,
I suggest you change the default values for overrides such that the default date / time reflects the start / end times of the next scheduled shift.
https://skitch.com/ksowocki/8yxwy/pagerduty-cell-phone-on-call-schedule
3 votes -
search notes
Ability to search notes. This way I know what the previous on call person did to resolve a recurring incident. This also ends up as a valuable knowledge repository.
1 vote -
add websitepulse integration
They support (among other) email, URL, instant messenger and SNMP trap alerting methods. We use email for sending alerts to PagerDuty, but that way PD will obviously not resolve the alert after it receives "resolved" email from websitepulse. That sucks.
4 votes -
Randomize ACK and RESOLVE buttons
There are cases where the engineer oncall is accidentally pressing "4" when he is half-awake. I suggest that we create a feature to randomize the number to ensure that the engineer is fully awake. Better yet, instead of entering one number, why not enter 3 random numbers? ie 335 for ACK 452 to RESOLVE. In this way, we are sure that the on-call is fully awake.
3 votes -
Act as an LDAP slave, use data set as source for Users and Escalations
Provide a mechanism to allow a user to replicate (possibly filtered) ldap data to you. The schema may include things like group memberships, contact mechanisms, and supervisor / subordinate relationships. Allow for some custom mapping within your web interface so that an admin may map ldap schema fields to things like next level escalation. Allow for an LDAP defined group to be placed into on-call (but, perhaps with exceptions configured within your product directly). Allow the individual users to login and manipulate attributes associated with the contact mechanisms which are defined within LDAP such as order, action, etc - and… more
1 vote -
Integrate grove.io
Would be great to have an integration with Grove.io hosted web-based IRC, where upon being paged, a user might visit their dashboard and join the hosted grove.io chat specifically for the incident.
3 votes -
Integrate a Conference Bridge
For those times when all hell is breaking loose, would be convenient to open a reservationless conference bridge directly within the interface, or see that one has already been opened. Would be great to just click a button to have the conference bridge call you, or even select the on-call users from other groups and have the conference bridge dial-out to them. Naturally, it'd offer them an opportunity to decline being joined into the bridge, or perhaps prompt them to select another one of their configured alert destinations to be dialed-in to the bridge or even provide a new number… more
3 votes -
Auto Refresh for the "Home » Incidents" Page
I like to see the information very fast when I change tabs. If the page did an auto-refresh the information would show up faster.
2 votes -
Notifications methods in escalation policies
Ability to configure method of contact used as part of an escalation policy.
Example: Create a policy that contacts person 1 by email, person 2 by SMS and person 3 by phone. This allows for raising the importance by defining a more direct method of contact as the escalation policy proceeds.
3 votes -
Embeddable on-call schedule/escalation calendar
It would be great to be able to export a schedule view that includes the escalation policy and scheduling combined into one 'on call' style rota display. This could then be embedded into whatever page required.
A bit like the google calendar embedding feature.
1 vote -
Not bury event details
I feel like you bury event details. For example, to get the body of an emailed incident, the incident body isn't in the email from pager-duty (even truncated at some length), so I go to PagerDuty.com, log in, and go to the incident details page. Still, no real details. Then, I can scan through the Incident Log and find the original email, open it in a new tab, and see the details.
It would be great if a) more details were in the original PagerDuty email, b) they were displayed on the incident details page, or there was some AJAXY… more
5 votes -
Allow selection of notification method by schedule/priority
For some schedules/services email/SMS notification is fine, and there's no reason to place a phone call. For others, I want every phone within 10 feet of me to go off. At the moment there's no way to vary this based on the severity of the event.
0 votes -
Decouple notification and event assignment
At the moment the only escalation rule option is "Assign the incidents to X". Could you add a "Notify X" rule, that could be inserted between assignment rules? For example, I'd like to be able to be notified when something rolls over from the first responder schedule to the backup, but don't want to be assigned the issue directly.
2 votes -
1 votestarted ·
AdminBaskar Puvanathasan
(Software Engineer, PagerDuty)
responded
We’ll be turning on this widget this week.
-
11 votes
-
40 votes
-
Forward on Resolution
We have a need to have the original e-mail which triggered the incident to be forwarded to another e-mail address when the incident is resolved.
15 votes -
Allow changing notification methods by time of day.
When I'm awake, notification via SMS suffices. But when I'm asleep, SMS has little chance of waking me, while a phone call has a good chance.
I currently have SMS as my first contact priority, and phone if I don't respond to that quickly. But I'd be likely to respond even faster if I could specify "only even try SMS within these hours".
3 votes -
connectwise/autotask integration
we use connectwise for managing our support tickets (packettrap for system monitoring).
both have open api. it would be great to have integration
3 votes -
Incident groups
Alerts frequently come in batches. The UI makes it really hard to manage multiple related incidents. It would be nice if we could select multiple incidents and merge them / group them under a single incident. The audit trail of each individual incident would all show up on the same page.
9 votes