In Opsgenie, we had an instance where an escalation policy notifies the current and next on-call user, but the team has noticed that the alert will always default to the next on-call user in the original schedule and if the original schedule has been overridden so that the next on-call user is different, the alert will go to the next on-call user in the original schedule.
Has anyone else noticed this behavior, and is there anything I can do to make sure it doesn't happen again?
I've just confirmed with Atlassian support that this is a known issue.
Hi @Sam ,
Glad you were able to connect with someone else on our team. We'll be sure to reach out if there's an update on this issue in the future.
As for a workaround - since the override only respects the current on-call rule - you could clone the schedule, and change the escalation rule from notify next user in schedule A >> notify on-call user in schedule B (or the cloned schedule).
For example:
Then offset this new schedule's rotation by one user to essentially account for the "next" on-call user:
And finally adjust the escalation rule from notifying the next on-call user in Schedule A >> notify on-call user in Schedule B. Final configuration might look something like this:
Hope this helps! Let us know if you have any questions or issues with this configuration.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
awesome
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The ticket for reference is OGS-95; Escalate to "next/previous user in Rotation" does not respect overrides.
I've added you as a +1 @Lance Milleson to the ticket. Since our feature requests are not publicly facing, we'll reach out if/when there are any updates on it.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Nick Haller ,
We are also experiencing this same issue on Opsgenie, is there any update on the Ticket OGS-95?
Best regards,
Eduardo
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello @Sam and Everyone,
I have another potential workaround for this issue, until it is resolved.
When using next-user escalations for alerts and an override is added, you will have the originally scheduled nest on-call, create an alert forwarding rule for the override timeframes. I find this is less time consuming than creating an additional schedule and creating additional rules to send to the second schedule.
Best,
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Everyone,
We now have an open feature request that can followed, watched and voted for here:
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Just added another vote.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Another vote over here.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.