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

Alert - Action: Saving to server Log - resetting level #84883

Closed
Rnxxx opened this issue Dec 3, 2020 · 3 comments
Closed

Alert - Action: Saving to server Log - resetting level #84883

Rnxxx opened this issue Dec 3, 2020 · 3 comments
Labels
Feature:Alerting Team:ResponseOps Label for the ResponseOps team (formerly the Cases and Alerting teams)

Comments

@Rnxxx
Copy link

Rnxxx commented Dec 3, 2020

Kibana version: 7.10.0

Elasticsearch version: 7.10.0

Server OS version: Elastic-Cloud

Browser version: Firefox 77

Browser OS version: Windows

Original install method (e.g. download page, yum, from source, etc.): Elastic-Cloud

Description of the problem including expected versus actual behavior: In Kibana Alerts - monitoring to server log - loglevel is reset to "INFO" every time the settings are open
Resetting this option to always default "info" level is confusing. Although after saving system works as expected, while editing other settings such us threshold level, this option must be always edited or been watched for proper value before saving the Alert. There is no way to check if this setting is set to Error, Trace or any other option while checking an Alert.

Steps to reproduce:

  1. Open Kibana - Stack Management - Alerts
  2. Create ANY alert with Actions pointing to "Logging to Server Log", click save.
  3. Open newly created Alert and click Edit
  4. In righ panel, change in Actions section field "Level" to any other setting than "Info" (ie Trace, Error...)
  5. Click save
  6. Edit the Alert again
  7. in the right panel, in Action section appears "Info" loglevel

Errors in browser console (if relevant):

Provide logs and/or server output (if relevant):

Describe the feature:

@Dosant Dosant added Feature:Alerting Team:ResponseOps Label for the ResponseOps team (formerly the Cases and Alerting teams) labels Dec 4, 2020
@elasticmachine
Copy link
Contributor

Pinging @elastic/kibana-alerting-services (Team:Alerting Services)

@mikecote
Copy link
Contributor

mikecote commented Dec 4, 2020

Hi @Rnxxx,

Thank you for raising this issue. I believe this is similar to #82341? If so, we have a fix that will be part of the 7.11 release (#83651) and we should be good to close this issue.

I am checking if we can make this part of 7.10.2 as well.

@mikecote
Copy link
Contributor

Closing in favour of #82341.

@kobelb kobelb added the needs-team Issues missing a team label label Jan 31, 2022
@botelastic botelastic bot removed the needs-team Issues missing a team label label Jan 31, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Feature:Alerting Team:ResponseOps Label for the ResponseOps team (formerly the Cases and Alerting teams)
Projects
None yet
Development

No branches or pull requests

5 participants