-
Notifications
You must be signed in to change notification settings - Fork 2.3k
Proposal: Bring Back sauceProxy configuration #4405
Comments
This is the commit that was made that removed it and to use Here is the original issue why we removed it. #3694 Important to note that |
This is not an issue of switching between envs. It is that through
saucelabs I need to use the proxy and through webdriver I don't . There is
no way for me to configure that right now. It is saulabd specific thing as
well so if figured it would be covered through the sl module but it isn't .
This issue has made me and probably others have to hand configure each
capability instead of using the sauce.js config as expected .
Just to reiterate there is no way for me to set webdriverproxy for the
sauce extension in sauce.ts to use but NOT the driver itself.
…On Tue, Aug 1, 2017, 12:14 PM Craig ***@***.***> wrote:
Closed #4405 <#4405>.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#4405 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AMPLtSWpAkJOpwrk6yxalgNxaCUJKHtLks5sT1zsgaJpZM4OjD5d>
.
|
I am having issues with how that is previously phrased. So I'm trying to get onboard but I don't understand. You launch your test against saucelabs and need to use the proxy. This is currently defined as webdriverProxy previously defined as sauceProxy. Is it because we are initializing sauce with a proxy in the sauce constructor and then when we get a new driver instance we are trying to proxy again? See sauce constructor and get new driver If that is the case, then I will put a PR to revert this change. We currently do not have a proxy service to test some of these changes. |
That's exactly it! When I was looking through to code I saw that if
webdriverproxy was set it uses it in the get proxy which messes up my tests
because I'm using sauelabs in Jenkins with selenium relay so it tries to
use the proxy to a driver that is on the Jenkins machine and fails.
…On Tue, Aug 1, 2017, 4:37 PM Craig ***@***.***> wrote:
I am having issues with how that is previously phrased. So I'm trying to
get onboard but I don't understand.
You launch your test against saucelabs and need to use the proxy. This is
currently defined as webdriverProxy previously defined as sauceProxy. Is it
because we are initializing sauce with a proxy in the sauce constructor and
then when we get a new driver instance we are trying to proxy again? See sauce
constructor
<https://github.com/angular/protractor/blob/ab1afb093107f3a63f6e15f8f315e33576bb414d/lib/driverProviders/sauce.ts#L61>
and get new driver
<https://github.com/angular/protractor/blob/ab1afb093107f3a63f6e15f8f315e33576bb414d/lib/driverProviders/driverProvider.ts#L54>
If that is the case, then I will put a PR to revert this change. We
currently do not have a proxy service to test some of these changes.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#4405 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AMPLteZDSomb8F1uoxZsD1HXzfYXCcU4ks5sT5qggaJpZM4OjD5d>
.
|
I can do this right now... |
Reverts the change to PR angular#3868. Protractor should connect to Sauce Labs via the sauceProxy. This is different than the webDriverProxy. The webDriverProxy is tied to the browser session where we define where the traffic will go through. closes angular#4405
Reverts the change to PR angular#3868. Protractor should connect to Sauce Labs via the sauceProxy. This is different than the webDriverProxy. The webDriverProxy is tied to the browser session where we define where the traffic will go through. closes angular#4405
Reverts the change to PR angular#3868. Protractor should connect to Sauce Labs via the sauceProxy. This is different than the webDriverProxy. The webDriverProxy is tied to the browser session where we define where the traffic will go through. closes angular#4405
Reverts the change to PR angular#3868. Protractor should connect to Sauce Labs via the sauceProxy. This is different than the webDriverProxy. The webDriverProxy is tied to the browser session where we define where the traffic will go through. closes angular#4405
Bug report
6.9.1
5.1.2
^4.0.0
All
Windows 7
A relevant example test
Setup Saucelabs in a jenkins build using node version 6.2.1 (i had 6.9.1 on my local)
Output from running the test
Basically what it boils down to is I need my proxy to make the SauceLabs call to update my tests however I'm running my tests in Jenkins. When I run my tests, I get this problem
Now I'm not sure if it was because the Jenkins job was running on NODE 6.2.1 or not but I do know it was usingthe webdriver proxy for my connection to the Sauce Selenium Relay but oddly was not including the saucekey. Whenever i got access denied it always only showed myusername only. I'm able using seleniumAddress and setting username / accesskey in each of my capabilities without setting webdriverproxy to run the tests.
Feature Request
My request would be to allow SauceLabs plugin to be configurable separate from the main testing connection like it used to be. Right now there is no way for me to tell Protractor this beucase webDriverProxy is used for the driverProvider config + SauceLabs config.
It would be a breaking revert to what it previously was but it wouldn't be that big. I'd be willing to looking into doing the PR when I have time. I just don't know why sauceProxy was taken out because they are 2 separate usages of the proxy. At the very least have some way that I could maybe slip in my own SauceLabs plugin as we do the sauceAgent.
As a part of a relavant thing it would be also nice if that sauce driverProvider covered console.log(session / job); as you see in my configuration so it would be a more complete integration with saucelabs. (specifically reporting for the jenkins plugin but it doesn't hurt anything anywhere else)
The text was updated successfully, but these errors were encountered: