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

test timeout #9

Draft
wants to merge 32 commits into
base: nagilson-global-sdk-install
Choose a base branch
from
Draft

Conversation

nagilson
Copy link
Owner

No description provided.

Sudo is required to use wget to add the feed and such,
also it was trying to run split on an array which doesnt work

improves wsl error message to include docs

adds telemetry boilerplate code
sudo is needed for this to pass in all cases
- the shell option is needed for spawn to access windows shell commands, exec does this by default but exec does not capture detailed output streams

- fix a timeout where ms was used as seconds

- note that you need to restart for telemetry notice to change
build machines are failing because they cannot find vscode, even though it is an implicit module because it is part of the engine, so lets try adding it explicitly so it downloads the module
This is not possible without figuring out what shell the user has
and which profile is loaded, then editing their profile file, and reloading the shell
it cannot find vscode which is the engine, it should be able to do so, seems like a node bug, it finds it on my machine.
the vscode update now requires this property to be defined in the interface, but it is not used by us, so this should be ok
The process environment is for the extension host, which is separate from the vscode terminal environment. That needs to be edited as well, which we now do here.
'vscode' cannot be referenced outside of code that's directly part of an extension. So wrapper classes are necessary to access the vscode ui api, or the environment, or the extension context environment. If referencing a file that references these types the build will pass but tests will fail to execute.

The utility context is where things like this will go in the future. Some of these objects must be created before the acquisition context can be ready and it is best to have some 'global' state for utilities. File Utilities could probably go there in the future as well.

It is an ugly hack but the best option. Note the runtime extension test is timing out, which I am investigating.
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

Successfully merging this pull request may close these issues.

1 participant