Skip to content
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

Changing incident handler when an incident is opened through the API #97

Open
vacmf opened this issue Apr 4, 2016 · 2 comments
Open

Comments

@vacmf
Copy link
Contributor

vacmf commented Apr 4, 2016

This is similar to #92 but slightly different.

When certain type of events/incidents are automatically fed into FIR through the API, they will look all opened by the same API user. This is correct but as we don't have other fields to distinguish between "opener" and "handler", it becomes hard to understand who worked on what.
It's fine to sort it out by looking at the comments but it is hard to have an overview from the dashboard, or when using the newly introduced "opened_by" search field.

The best would be to have 2 fields: "opener" and "handler", but if this adds extra complexity as stated in #92 , as a workaround how about defining one or more users that once they open a case they get replaced by the first one who saves something on that case?

Just an idea. I'm not happy about such a solution but it might be a functional workaround.

@tomchop
Copy link
Contributor

tomchop commented Jun 1, 2016

What about displaying the "last user to comment" or the "most frequent commenter" of every incident?

@benjimons
Copy link
Contributor

benjimons commented Nov 29, 2016

I too think this would be useful. We are using the actor field and populating all our incident responder into that label field. The flip side is when we delete a user we have to change the label group to one we made called 'old' as to not screw table relationships up

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants