-
Notifications
You must be signed in to change notification settings - Fork 27
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
Hosted VS Code Web #85
Comments
@jan872 thanks for raising the issue. I think it makes total sense to also allow that. How is the extension installed on the hosted VS Code instance? Depending on this answer we need to decide what to do with the |
I our case the extension is already installed - outside the actual test run. So I have no good idea what do with the |
I think in this case it doesn't really make sense to use the service because all the VS Code extension setup is not needed. You can just run a normal WebdriverIO session and only use the page objects. Would that work? |
Yes, that was my first thought. But I was not able to instantiate the page objects without properly starting wdio-vscode-service. |
I am not sure when I get the time to look into this, therefor we greatly appreciate any contributions that help resolve the bug. While we understand that active contributors have their own priorities, we kindly request your assistance if you rely on this bug being fixed. We encourage you to take a look at our contribution guidelines or join our friendly Discord development server, where you can ask any questions you may have. Thank you for your support, and cheers! |
I was able to run wdio tests for hosted VS Code instance (our target environment is coder/code-server) following @christian-bromann advice to use just page object, without vscode service Since I need to run suites for both desktop and browser (hosted instance), I have two conf files - in my case
Then, we need to initialize Workbench for hosted VS Code. I've placed that code in util function, which I call in Few notes:
Then, in suite
I assume that it is not the cleanest solution, but it worked for me. Please, let me know if there is a way to do it better, I would be happy to get rid of 'hacks' :) Hope it helps someone! |
I would like to run tests against a VS Code instances that is hosted in my cloud (similar to vscode.dev).
So it would be great, if I could stop the testrunner from starting vscode web locally, but rather point it towards my (already running) instance.
I did not find a way to do this, but there seemed to be some preparation in the code for this use case.
The variable
_vscodeServerPort
inVSCodeServiceLauncher
is checked before starting the server:but
_vscodeServerPort
is never set anywhere.So my proposal would be:
Is this viable?
The text was updated successfully, but these errors were encountered: