-
Notifications
You must be signed in to change notification settings - Fork 66
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
Fix refresh issue #802
base: main
Are you sure you want to change the base?
Fix refresh issue #802
Conversation
Signed-off-by: Nishant Bhagat <[email protected]>
Signed-off-by: Nishant Bhagat <[email protected]>
Signed-off-by: Nishant Bhagat <[email protected]>
@bobbane11 would you mind run |
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.
We should also set refresh policy for delete action
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.
The Thread.sleep
not only invoked in ChimeNotificationConfigCrudIT
, I believe most integ tests about CRUD notification config having this proplem. Could you please find them and remove all these invocations?
Signed-off-by: Nishant Bhagat <[email protected]>
Please make sure the changes can pass the build at your local environment by running |
Signed-off-by: Hailong Cui <[email protected]>
Description
The change of setting the refresh policy to IMMEDIATE ensures that the index is refreshed right away after a create, update, or delete operation on the notification configs. This makes the changes visible in real-time without waiting for the next scheduled refresh. It's beneficial in scenarios where immediate visibility of changes is crucial, such as in real-time applications or testing environments. By making this change, the need for Thread.sleep invocations in integration tests is eliminated, making the tests potentially faster and more reliable.
Issues Resolved
This PR will resolve the issue regarding the delay in reflecting changes when creating, updating, or deleting notification configurations due to the index not being immediately refreshed. By ensuring an immediate refresh, it enhances real-time visibility of changes, improves user interaction with the notifications API, and optimizes integration testing by removing the need for Thread.sleep invocations to wait for the index to refresh.
Check List
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.