Skip to content
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

Shared tunnels not correctly identificated as such. #997

Open
ivanvillarfreire opened this issue Dec 19, 2024 · 0 comments
Open

Shared tunnels not correctly identificated as such. #997

ivanvillarfreire opened this issue Dec 19, 2024 · 0 comments

Comments

@ivanvillarfreire
Copy link

Current behavior

We have right now two tunnels up and running: PRE and PRO.

Both tunnels are launched the same way by the same user, with the exact same configuration. And both tunnels are appearing as shared on the platform:

imagen

If we try the tunnels from our local environment, with this config:

apiVersion: v1alpha
kind: xcuitest
sauce:
  tunnel:
    #Valid values: INDXSLTUNNELPRO // INDXSLTUNNELPRE
    name: INDXSLTUNNELPRE
    tunnelOwner: srvcintqaops
  region: eu-central-1

And this command:

saucectl run -c code/.sauce/config_local.yml

The results differ:

PRO works.
PRE doesn't work.

In addition, after contact with support, we just discovered how if we launch this command for the PRE tunnel:

run -c code/.sauce/config_local.yml --tunnel-name PRE --tunnel-owner srvcintqaops

It works too. But:

  1. That's a change of behaviour respect two weeks ago.
  2. That doesn't explain why the PRO tunnel doesn't need the flags but the PRE tunnel does.

Desired behavior

Config to reproduce

I need you to indicate what do you need for this, because is a pretty strange behaviour, first we should need an explanation about why two tunnels launched the same way require different flags to be used.

Versions

saucectl: 0.190.1

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant