-
Notifications
You must be signed in to change notification settings - Fork 24.7k
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
[CI] watcher.t.i.ExecutionVarsIntegrationTests & WebhookIntegrationTests #30381
Labels
Comments
costin
added
>test
Issues or PRs that are addressing/adding tests
:Data Management/Watcher
labels
May 4, 2018
Pinging @elastic/es-core-infra |
jasontedor
added
>test-failure
Triaged test failures from CI
and removed
>test
Issues or PRs that are addressing/adding tests
labels
May 4, 2018
spinscale
added a commit
to spinscale/elasticsearch
that referenced
this issue
May 4, 2018
Starting watcher should wait for the watches to be started before marking the status as started. Also, reloading watcher could set the execution service to paused. This could lead to watches not being executed, when run in tests. This fix does not change the paused flag in the execution service, just clears out the current queue and executions. Some tests were affected by this because after putting a watch, the execution service was still marked as paused, so that the manual execution with the ScheduleEngineTriggerMock did not work. Closes elastic#30381
spinscale
added a commit
that referenced
this issue
May 7, 2018
Starting watcher should wait for the watcher to be started before marking the status as started, which is now done via a callback. Also, reloading watcher could set the execution service to paused. This could lead to watches not being executed, when run in tests. This fix does not change the paused flag in the execution service, just clears out the current queue and executions. Closes #30381
spinscale
added a commit
that referenced
this issue
May 7, 2018
Starting watcher should wait for the watcher to be started before marking the status as started, which is now done via a callback. Also, reloading watcher could set the execution service to paused. This could lead to watches not being executed, when run in tests. This fix does not change the paused flag in the execution service, just clears out the current queue and executions. Closes #30381
colings86
pushed a commit
that referenced
this issue
May 8, 2018
Starting watcher should wait for the watcher to be started before marking the status as started, which is now done via a callback. Also, reloading watcher could set the execution service to paused. This could lead to watches not being executed, when run in tests. This fix does not change the paused flag in the execution service, just clears out the current queue and executions. Closes #30381
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
fails in
https://elasticsearch-ci.elastic.co/job/elastic+elasticsearch+master+multijob-unix-compatibility/os=ubuntu&&virtual/2400/console
https://elasticsearch-ci.elastic.co/job/elastic+elasticsearch+master+multijob-windows-compatibility/1598/console
Reproducible with:
or
The text was updated successfully, but these errors were encountered: