-
Notifications
You must be signed in to change notification settings - Fork 25.6k
Perform precise check for types warnings in cluster restart tests. #37944
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
Perform precise check for types warnings in cluster restart tests. #37944
Conversation
|
Pinging @elastic/es-search |
fa3cc17 to
6d76588
Compare
|
@elasticmachine run elasticsearch-ci/2 |
markharwood
left a comment
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.
I left a comment re warning message and build looks to have failed but otherwise +1 for making the warnings checks less permissive.
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.
In a separate PR I was reconsidering this warning message. The deprecation part is clear enough but the solution only mentions setting a flag "to be compatible with the next major version". Maybe we should be more explicit stating that the user needs to both:
- Remove the type from the usual
mapping -> type -> propertieshierarchy and - Tell us they've done this with the
include_type_name=falseparam
It's unfortunate that doing step 1 requires users to also do 2 but that's where we are.
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.
That does sound clearer to me! Would you be able to make that update on 6.x? Then I could hold this PR until that merges, and update the message here before merging.
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.
An update: I ended up opening #38052 to clarify the messages, it would be great if you could review it.
|
@elasticmachine run elasticsearch-ci/2 |
|
@markharwood with the new deprecation message, does this now look good to you? |
|
After catching up offline, we decided to change the check to verify the message starts with |
|
I just created #38310 which adds a new "EsRestTestCase.expectTypesRemovalWarnings" method. As we discussed this just checks for any warning messages starting with |
|
@markharwood I made an update to use the method |
Instead of using `WarningsHandler.PERMISSIVE`, we have preferred to match on the specific warning message.
14c8bbb to
d0ca156
Compare
d0ca156 to
26c5a4d
Compare
markharwood
left a comment
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
* master: Fix excessive increments in soft delete policy (elastic#38813) Perform precise check for types warnings in cluster restart tests. (elastic#37944) [ML] Extract base class for integ tests with native processes (elastic#38850) Add get file chunk timeouts with listener timeouts (elastic#38758) Fix PreConfiguredTokenFilters getSynonymFilter() implementations (elastic#38839)
Instead of using
WarningsHandler.PERMISSIVE, we only match warningsthat are due to types removal.
This PR also renames
allowTypeRemovalWarningstoallowTypesRemovalWarnings.Relates to #37920.