-
Notifications
You must be signed in to change notification settings - Fork 8.2k
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
[QA][Code Coverage] Drop catchError and use try / catch instead, #69198
Conversation
to fail the build on test run and / or ingestion.
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.
@dmlemeshko Perhaps we should only wrap the handleIngestion
fn with the try / catch? Your thoughts man?
I think it won't hurt to keep
I don't see failure is handled here, so probably we must wrap it up to handle and report failure |
@wayneseymour could you push a breaking commit to see it really works for broken ingestion/incorrect vault data? |
Yeah great idea! |
…-coverage-ingestion-error
Last build failed, now testing: https://kibana-ci.elastic.co/job/elastic+kibana+qa-research/11/console |
…-coverage-ingestion-error
@dmlemeshko @LeeDr This job keeps breaking with:
I'm not sure what's going on. From: https://kibana-ci.elastic.co/job/elastic+kibana+qa-research/12/console |
@dmlemeshko ideas? |
@elasticmachine merge upstream |
…lastic/kibana into fail-build-on-coverage-ingestion-error
…-coverage-ingestion-error
Testing: kibana-ci.elastic.co/job/elastic+kibana+qa-research/23 |
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.
Code LGTM. Interesting to hear Brian opinion :)
@dmlemeshko Yeah I think @brianseeders can affirm whether our assumptions of |
is basically the same as
So, I don't think you need this PR at all, unless I'm not understanding your intentions. |
@brianseeders ok, well one consideration is that we do not want to be notified for unstable builds, just failed builds. |
You could add another condition to |
update handleFail fn to not slack notifiy if the build is unstable, per Brian S.
💚 Build SucceededBuild metrics
History
To update your PR or re-run it, just comment with: |
…stic#69198) Co-authored-by: Elastic Machine <[email protected]>
…-based-rbac * upstream/master: (38 commits) Move logger configuration integration test to jest (elastic#70378) Changes observability plugin codeowner (elastic#70439) update (elastic#70424) [Logs UI] Avoid CCS-incompatible index name resolution (elastic#70179) Enable "Explore underlying data" actions for Lens visualizations (elastic#70047) Initial work on uptime homepage API (elastic#70135) expressions indexPattern function (elastic#70315) [Discover] Deangularization context error message refactoring (elastic#70090) [Lens] Add "no data" popover (elastic#69147) [Lens] Move chart switcher over (elastic#70182) chore: add missing mjs extension (elastic#70326) [Lens] Multiple y axes (elastic#69911) skip flaky suite (elastic#70386) fix bug to add timeline to case (elastic#70343) [QA][Code Coverage] Drop catchError and use try / catch instead, (elastic#69198) [QA] [Code Coverage] Integrate with Team Assignment Pipeline and Add Research and Development Indexes and Cluster (elastic#69348) [Metrics UI] Add context.reason and alertOnNoData to Inventory alerts (elastic#70260) Resolver refactoring (elastic#70312) [Ingest Manager] Fix agent ack after input format change (elastic#70335) [eslint][ts] Enable prefer-ts-expect-error (elastic#70022) ...
Friendly reminder: Looks like this PR hasn’t been backported yet. |
Friendly reminder: Looks like this PR hasn’t been backported yet. |
1 similar comment
Friendly reminder: Looks like this PR hasn’t been backported yet. |
to fail the build on test run and / or ingestion.
Summary
We no longer wish to be notified for unstable builds. However, if the coverage
ingestion fails, we want the build to fail and slack notify our team.