-
Notifications
You must be signed in to change notification settings - Fork 640
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
Alert updates and tracking (follow) #856
Comments
Hello @zpriddy You are right for some assertions made above. There is a bug where after a followed Alert PATCH, if the Alert has already been promoted to a case, currently the case is not update. This will be fixed in 3.3.0 You are also right when you say that we can no longer preview an Alert that has been promoted to a Case. We need to allow that. Will be fixed after 3.3.0 (need some front end changes and we don't have time to make it for 3.3.0) Summary:
|
@nadouani Thanks for he updates! |
@To-om - I was on the RC 3.3.0 - and testing the changes that are done with this. It seems like the case gets re-opened and artifacts are added to the case. Is there anyway that we can append the new description if it is changed? Also what about tags and severity? Thanks |
Can we have it that if you do set the status to New via an API call that it would set the status to New? For most alerts I add a custom field after sending a notification of the notificationID, this causes all alerts to be marked as Updated. I dont mind adding the notificationID and set status to New on my API call but on 3.3.0-RC2 this causes the alert to be marked as Updated anyways. |
@nadouani - This is the one I am talking about |
I think that when a alert is already promoted as a
This is valid, the status must stay New, if the |
Request Type
Request/Discussion
Work Environment
Problem Description
I am going to start off with how I feel like Updating alerts and tracking changes should work followed by what my experience of it is.
So I feel like if you have an alert that has been marked as read, and
follow
istrue
then if you make a PATCH request to that alert it should get marked as updated (without having to have that as part of the patch request) and get marked as unread. Iffollow
isfalse
then when you make a PATCH request it should get marked as updated but stay marked as read.This is where it gets tricky... If an alert has been promoted to a case and the alert is updated and
follow
isfalse
then it should get marked as updated and unread but you should also be able to preview the updated alert and be able tomerge
the alert updates into the existing case. But iffollow
istrue
it should auto-merge the changes into the the case and re-open the case if it has been closed.In my testing I have not noticed the
follow
/ Track changes actually doing anything.. When I make a PATCH to an alert, the status only gets changed to Updated if that is part of the patch request and always gets marked as unread. If an alert has been promoted to a case and you PATCH it and let's say add more artifacts to the alert you can see that the number of artifacts that are part of that alert.. However you can no longer preview the alert to see what the new artifacts are and there is no way to add that data to the case.The text was updated successfully, but these errors were encountered: