-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
[filebeat][websocket] - Fixed flakey regex test #37990
Conversation
Pinging @elastic/security-service-integrations (Team:Security-Service Integrations) |
}, | ||
"url": "wss://localhost:443/v1/stream", | ||
}, | ||
wantErr: fmt.Errorf("failed to check regular expressions: error parsing regexp: unexpected ): `(?i)(xq>)d+)` accessing config"), |
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.
Is the root cause of the flakyness that there are two possible errors that can occur given that both regular expressions are invalid? Rather than removing the test entirely it seems like better solution would be to address the non-determinism by removing solutions
(or making it valid).
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.
@andrewkroh Yes absolutely, initial approach was immature, have updated the test accordingly, and now only one specific failure should happen.
This pull request does not have a backport label.
To fixup this pull request, you need to add the backport labels for the needed
|
💚 Build Succeeded
History
cc @ShourieG |
💚 Build Succeeded
History
cc @ShourieG |
💚 Build Succeeded
History
cc @ShourieG |
💚 Build Succeeded
History
cc @ShourieG |
💚 Build Succeeded
cc @ShourieG |
💚 Build Succeeded
cc @ShourieG |
Type of change
Proposed commit message
A particular config test was flakey in nature and went unnoticed due to its flakeyness but ultimately caused build failures in the ci pipelines - #37970. This error happened as there were 2 invalid regexes in a config map and either one would fail causing 2 different errors. To fix this only one deterministic path of failure now exists by keeping one regex valid and the other invalid.
Checklist
CHANGELOG.next.asciidoc
orCHANGELOG-developer.next.asciidoc
.Author's Checklist
How to test this PR locally
Related issues
Use cases
Screenshots
Logs