-
Notifications
You must be signed in to change notification settings - Fork 390
Fix e2e tests trigger #4850
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
base: main
Are you sure you want to change the base?
Fix e2e tests trigger #4850
Conversation
Code Coverage - Integration Tests
|
Code Coverage - Frontend unit tests
Test suite run success5048 tests passing in 663 suites. Report generated by 🧪jest coverage report action from 12f2a87 |
Code Coverage - Backend unit tests
Test suite run success2950 tests passing in 286 suites. Report generated by 🧪jest coverage report action from 12f2a87 |
builds-complete: | ||
needs: [build-docker, build-appimage] |
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.
intermediate job to wait for both builds to complete (~5mins) to avoid running tests when the other build has failed and the whole workflow will be marked as failed in the end anyway
Description
Currently, when a PR is approved for the first time, it is labeled as e2e-approved. And when a e2e-approved label is added, it should trigger e2e tests.
In reality what happens is when a PR is approved, the e2e-approved label is added, but the workflow for tests does not trigger. However if the PR is labeled manually via Github ui as e2e-approved, the tests do trigger.
Potential solution could be adding github secret to the label action to mimic authorized labelingSolution summary
This PR reworks how E2E tests are triggered:
E2E tests run only after a PR is approved (or when manually dispatched), per on commit sha