-
Notifications
You must be signed in to change notification settings - Fork 8.3k
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
Revert "fixes the provider name flexibility" #107649
Revert "fixes the provider name flexibility" #107649
Conversation
The heuristic to select provider name `cloud-basic` breaks the CCS integration tests, where protocol is https, and actually is not needed in any of the automated tests. For a better solution we need @MadameSheema to be back from PTO. This partially reverts commit 9f2d9d4.
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 am fine with the revert and a rethinking of it with Gloria when she comes back, but I was also thinking maybe you could also add to the condition for the ternary, something like this:
const providerName =
Cypress.env('protocol') === 'http' || Cypress.config().baseUrl!.includes('staging') || Cypress.env('VM') === 'ubuntu16_tar_ccs_cypress'
? 'basic'
: 'cloud-basic';
I put the check for the VM env variable, but if you ever want to add another one we can think of another ENV variable that we can look for or even create a new one.
I understand that checking for I just wanted to check with Glo before inventing anything new. And I don't feel it's right continuously adding env variables, the most global among the globals.. :) |
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.
Waiting for Glo sounds good. For now LGTM.
💚 Build SucceededMetrics [docs]
To update your PR or re-run it, just comment with: |
The heuristic to select provider name `cloud-basic` breaks the CCS integration tests, where protocol is https, and actually is not needed in any of the automated tests. For a better solution we need @MadameSheema to be back from PTO. This partially reverts commit 9f2d9d4.
The heuristic to select provider name `cloud-basic` breaks the CCS integration tests, where protocol is https, and actually is not needed in any of the automated tests. For a better solution we need @MadameSheema to be back from PTO. This partially reverts commit 9f2d9d4.
The heuristic to select provider name `cloud-basic` breaks the CCS integration tests, where protocol is https, and actually is not needed in any of the automated tests. For a better solution we need @MadameSheema to be back from PTO. This partially reverts commit 9f2d9d4. Co-authored-by: Domenico Andreoli <domenico.andreoli@elastic.co>
The heuristic to select provider name `cloud-basic` breaks the CCS integration tests, where protocol is https, and actually is not needed in any of the automated tests. For a better solution we need @MadameSheema to be back from PTO. This partially reverts commit 9f2d9d4. Co-authored-by: Domenico Andreoli <domenico.andreoli@elastic.co>
The heuristic to select provider name `cloud-basic` breaks the CCS integration tests, where protocol is https, and actually is not needed in any of the automated tests. For a better solution we need @MadameSheema to be back from PTO. This partially reverts commit 9f2d9d4.
The heuristic to select provider name
cloud-basic
breaks the CCSintegration tests, where protocol is https, and actually is not needed in
any of the automated tests.
For a better solution we need @MadameSheema to be back from PTO.
This partially reverts commit 9f2d9d4.