-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support sending non-state notifications without an incident #188
base: non-state-notification-types-v1
Are you sure you want to change the base?
Support sending non-state notifications without an incident #188
Conversation
0431265
to
62d1ceb
Compare
796ff00
to
0ff79aa
Compare
c2743ba
to
8ba8889
Compare
b7dd933
to
68811f7
Compare
Please review concept and functionality, but be aware that there is no corresponding web PR yet. |
8c380a1
to
e2269d2
Compare
68811f7
to
11b142c
Compare
internal/events/router.go
Outdated
if i != nil { | ||
if err := i.ProcessEvent(ctx, ev); err != nil { | ||
if errors.Is(err, event.ErrSuperfluousStateChange) { | ||
return err | ||
} | ||
|
||
// Expect the actual error to be logged with additional context in the incident package. | ||
return event.ErrEventProcessing | ||
} | ||
|
||
return nil | ||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
So if an Incident exists, the other rules aren't even considered? That shouldn't be the case, if you configure that you want to be notified about downtimes, you should be notified about all of them.
563d4f0
to
a9c9105
Compare
a9c9105
to
7d65e62
Compare
7d65e62
to
35d83ce
Compare
Facilitates sending non-state notifications even without an active incident. See the individual commits separately for the details of why something was changed and most of them also contain their own reasons.
resolves #106