-
Notifications
You must be signed in to change notification settings - Fork 8.3k
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
Add refresh for event log, when we fill gap #209906
Conversation
/ci |
/ci |
@elasticmachine merge upstream |
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.
LGTM, thx!
@elasticmachine merge upstream |
Starting backport for target branches: 9.0 |
💚 Build Succeeded
Metrics [docs]Public APIs missing comments
History
|
## Add refresh for event log, when we fill gap As we update gaps, and don't wait for refresh in UI we can have inconsistent state: - Go to gap table - Click fill gap, wait for api response - Then we refetch gaps, but because we don't wait for refresh we get old gaps and action "Fill gap" still remain in the table In this PR we introduce index refresh, which only happens when user make an action to fill gap --------- Co-authored-by: Elastic Machine <elasticmachine@users.noreply.github.com> (cherry picked from commit fd7c759)
💚 All backports created successfully
Note: Successful backport PRs will be merged automatically after passing CI. Questions ?Please refer to the Backport tool documentation |
💚 All backports created successfully
Note: Successful backport PRs will be merged automatically after passing CI. Questions ?Please refer to the Backport tool documentation |
## Add refresh for event log, when we fill gap As we update gaps, and don't wait for refresh in UI we can have inconsistent state: - Go to gap table - Click fill gap, wait for api response - Then we refetch gaps, but because we don't wait for refresh we get old gaps and action "Fill gap" still remain in the table In this PR we introduce index refresh, which only happens when user make an action to fill gap --------- Co-authored-by: Elastic Machine <elasticmachine@users.noreply.github.com> (cherry picked from commit fd7c759)
## Add refresh for event log, when we fill gap As we update gaps, and don't wait for refresh in UI we can have inconsistent state: - Go to gap table - Click fill gap, wait for api response - Then we refetch gaps, but because we don't wait for refresh we get old gaps and action "Fill gap" still remain in the table In this PR we introduce index refresh, which only happens when user make an action to fill gap --------- Co-authored-by: Elastic Machine <elasticmachine@users.noreply.github.com> (cherry picked from commit fd7c759)
## Add refresh for event log, when we fill gap As we update gaps, and don't wait for refresh in UI we can have inconsistent state: - Go to gap table - Click fill gap, wait for api response - Then we refetch gaps, but because we don't wait for refresh we get old gaps and action "Fill gap" still remain in the table In this PR we introduce index refresh, which only happens when user make an action to fill gap --------- Co-authored-by: Elastic Machine <elasticmachine@users.noreply.github.com>
Looks like this PR has backport PRs but they still haven't been merged. Please merge them ASAP to keep the branches relatively in sync. |
# Backport This will backport the following commits from `main` to `8.18`: - [Add refresh for event log, when we fill gap (#209906)](#209906) <!--- Backport version: 9.6.4 --> ### Questions ? Please refer to the [Backport tool documentation](https://github.com/sorenlouv/backport) <!--BACKPORT [{"author":{"name":"Khristinin Nikita","email":"nikita.khristinin@elastic.co"},"sourceCommit":{"committedDate":"2025-02-10T11:31:49Z","message":"Add refresh for event log, when we fill gap (#209906)\n\n## Add refresh for event log, when we fill gap \r\n\r\nAs we update gaps, and don't wait for refresh in UI we can have\r\ninconsistent state:\r\n\r\n- Go to gap table\r\n- Click fill gap, wait for api response\r\n- Then we refetch gaps, but because we don't wait for refresh we get old\r\ngaps and action \"Fill gap\" still remain in the table\r\n\r\nIn this PR we introduce index refresh, which only happens when user make\r\nan action to fill gap\r\n\r\n---------\r\n\r\nCo-authored-by: Elastic Machine <elasticmachine@users.noreply.github.com>","sha":"fd7c7591daacf68fcc628515687ed1f1f839c589","branchLabelMapping":{"^v9.1.0$":"main","^v8.19.0$":"8.x","^v(\\d+).(\\d+).\\d+$":"$1.$2"}},"sourcePullRequest":{"labels":["release_note:skip","backport:prev-minor","v9.1.0","backport:8.18"],"title":"Add refresh for event log, when we fill gap","number":209906,"url":"https://github.com/elastic/kibana/pull/209906","mergeCommit":{"message":"Add refresh for event log, when we fill gap (#209906)\n\n## Add refresh for event log, when we fill gap \r\n\r\nAs we update gaps, and don't wait for refresh in UI we can have\r\ninconsistent state:\r\n\r\n- Go to gap table\r\n- Click fill gap, wait for api response\r\n- Then we refetch gaps, but because we don't wait for refresh we get old\r\ngaps and action \"Fill gap\" still remain in the table\r\n\r\nIn this PR we introduce index refresh, which only happens when user make\r\nan action to fill gap\r\n\r\n---------\r\n\r\nCo-authored-by: Elastic Machine <elasticmachine@users.noreply.github.com>","sha":"fd7c7591daacf68fcc628515687ed1f1f839c589"}},"sourceBranch":"main","suggestedTargetBranches":[],"targetPullRequestStates":[{"branch":"main","label":"v9.1.0","branchLabelMappingKey":"^v9.1.0$","isSourceBranch":true,"state":"MERGED","url":"https://github.com/elastic/kibana/pull/209906","number":209906,"mergeCommit":{"message":"Add refresh for event log, when we fill gap (#209906)\n\n## Add refresh for event log, when we fill gap \r\n\r\nAs we update gaps, and don't wait for refresh in UI we can have\r\ninconsistent state:\r\n\r\n- Go to gap table\r\n- Click fill gap, wait for api response\r\n- Then we refetch gaps, but because we don't wait for refresh we get old\r\ngaps and action \"Fill gap\" still remain in the table\r\n\r\nIn this PR we introduce index refresh, which only happens when user make\r\nan action to fill gap\r\n\r\n---------\r\n\r\nCo-authored-by: Elastic Machine <elasticmachine@users.noreply.github.com>","sha":"fd7c7591daacf68fcc628515687ed1f1f839c589"}},{"url":"https://github.com/elastic/kibana/pull/210338","number":210338,"branch":"9.0","state":"OPEN"}]}] BACKPORT-->
# Backport This will backport the following commits from `main` to `8.x`: - [Add refresh for event log, when we fill gap (#209906)](#209906) <!--- Backport version: 9.6.4 --> ### Questions ? Please refer to the [Backport tool documentation](https://github.com/sorenlouv/backport) <!--BACKPORT [{"author":{"name":"Khristinin Nikita","email":"nikita.khristinin@elastic.co"},"sourceCommit":{"committedDate":"2025-02-10T11:31:49Z","message":"Add refresh for event log, when we fill gap (#209906)\n\n## Add refresh for event log, when we fill gap \r\n\r\nAs we update gaps, and don't wait for refresh in UI we can have\r\ninconsistent state:\r\n\r\n- Go to gap table\r\n- Click fill gap, wait for api response\r\n- Then we refetch gaps, but because we don't wait for refresh we get old\r\ngaps and action \"Fill gap\" still remain in the table\r\n\r\nIn this PR we introduce index refresh, which only happens when user make\r\nan action to fill gap\r\n\r\n---------\r\n\r\nCo-authored-by: Elastic Machine <elasticmachine@users.noreply.github.com>","sha":"fd7c7591daacf68fcc628515687ed1f1f839c589","branchLabelMapping":{"^v9.1.0$":"main","^v8.19.0$":"8.x","^v(\\d+).(\\d+).\\d+$":"$1.$2"}},"sourcePullRequest":{"labels":["release_note:skip","backport:prev-minor","v9.1.0","backport:8.18"],"title":"Add refresh for event log, when we fill gap","number":209906,"url":"https://github.com/elastic/kibana/pull/209906","mergeCommit":{"message":"Add refresh for event log, when we fill gap (#209906)\n\n## Add refresh for event log, when we fill gap \r\n\r\nAs we update gaps, and don't wait for refresh in UI we can have\r\ninconsistent state:\r\n\r\n- Go to gap table\r\n- Click fill gap, wait for api response\r\n- Then we refetch gaps, but because we don't wait for refresh we get old\r\ngaps and action \"Fill gap\" still remain in the table\r\n\r\nIn this PR we introduce index refresh, which only happens when user make\r\nan action to fill gap\r\n\r\n---------\r\n\r\nCo-authored-by: Elastic Machine <elasticmachine@users.noreply.github.com>","sha":"fd7c7591daacf68fcc628515687ed1f1f839c589"}},"sourceBranch":"main","suggestedTargetBranches":[],"targetPullRequestStates":[{"branch":"main","label":"v9.1.0","branchLabelMappingKey":"^v9.1.0$","isSourceBranch":true,"state":"MERGED","url":"https://github.com/elastic/kibana/pull/209906","number":209906,"mergeCommit":{"message":"Add refresh for event log, when we fill gap (#209906)\n\n## Add refresh for event log, when we fill gap \r\n\r\nAs we update gaps, and don't wait for refresh in UI we can have\r\ninconsistent state:\r\n\r\n- Go to gap table\r\n- Click fill gap, wait for api response\r\n- Then we refetch gaps, but because we don't wait for refresh we get old\r\ngaps and action \"Fill gap\" still remain in the table\r\n\r\nIn this PR we introduce index refresh, which only happens when user make\r\nan action to fill gap\r\n\r\n---------\r\n\r\nCo-authored-by: Elastic Machine <elasticmachine@users.noreply.github.com>","sha":"fd7c7591daacf68fcc628515687ed1f1f839c589"}},{"url":"https://github.com/elastic/kibana/pull/210338","number":210338,"branch":"9.0","state":"OPEN"}]}] BACKPORT-->
Looks like this PR has backport PRs but they still haven't been merged. Please merge them ASAP to keep the branches relatively in sync. |
15 similar comments
Looks like this PR has backport PRs but they still haven't been merged. Please merge them ASAP to keep the branches relatively in sync. |
Looks like this PR has backport PRs but they still haven't been merged. Please merge them ASAP to keep the branches relatively in sync. |
Looks like this PR has backport PRs but they still haven't been merged. Please merge them ASAP to keep the branches relatively in sync. |
Looks like this PR has backport PRs but they still haven't been merged. Please merge them ASAP to keep the branches relatively in sync. |
Looks like this PR has backport PRs but they still haven't been merged. Please merge them ASAP to keep the branches relatively in sync. |
Looks like this PR has backport PRs but they still haven't been merged. Please merge them ASAP to keep the branches relatively in sync. |
Looks like this PR has backport PRs but they still haven't been merged. Please merge them ASAP to keep the branches relatively in sync. |
Looks like this PR has backport PRs but they still haven't been merged. Please merge them ASAP to keep the branches relatively in sync. |
Looks like this PR has backport PRs but they still haven't been merged. Please merge them ASAP to keep the branches relatively in sync. |
Looks like this PR has backport PRs but they still haven't been merged. Please merge them ASAP to keep the branches relatively in sync. |
Looks like this PR has backport PRs but they still haven't been merged. Please merge them ASAP to keep the branches relatively in sync. |
Looks like this PR has backport PRs but they still haven't been merged. Please merge them ASAP to keep the branches relatively in sync. |
Looks like this PR has backport PRs but they still haven't been merged. Please merge them ASAP to keep the branches relatively in sync. |
Looks like this PR has backport PRs but they still haven't been merged. Please merge them ASAP to keep the branches relatively in sync. |
Looks like this PR has backport PRs but they still haven't been merged. Please merge them ASAP to keep the branches relatively in sync. |
Add refresh for event log, when we fill gap
As we update gaps, and don't wait for refresh in UI we can have inconsistent state:
In this PR we introduce index refresh, which only happens when user make an action to fill gap