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

Path issues with "did not receive lazyEnv in time" #26438

Closed
joaomoreno opened this issue May 11, 2017 · 7 comments
Closed

Path issues with "did not receive lazyEnv in time" #26438

joaomoreno opened this issue May 11, 2017 · 7 comments
Assignees

Comments

@joaomoreno
Copy link
Member

joaomoreno commented May 11, 2017

From #21655

@kriscarle @victoriafrench @burakcan All seem to have this issue. Please resume the discussion over here.

@kriscarle

I've encountered the issue again after a few relaunches of VS Code, and I think I've tracked down why version 1.12.1 started causing this for some of us. At the top of the development console is an error renderer did not receive lazyEnv in time which was introduced in 1.12.1 by f3ffc2e

This adds a 2000 ms timeout when retrieving the shell to fix a hang issue #24435. The problem for me is that with nvm, rvm, lots of Oh My Zsh plugins, etc. my shell can take more than 2 seconds to load... mildly annoying but not to the point that I've ever tried to fix it.

Maybe a quick solution is to increase the timeout a bit, out of "mildly annoying" range? :)

@victoriafrench

Seeing the same renderer did not receive lazyEnv in time warning. I don't have a lot of zsh plugins but I do initialize docker which takes a second or two.

@burakcan

renderer did not receive lazyEnv in time + 1
zsh + omzsh plugins + tmux + tmux plugins + nvm etc. taking around 5-8 seconds to load on my machine.

@burakcan
Copy link
Contributor

Thank you @joaomoreno.

I tried to increase lazyEnv timeout. But I couldn't reproduce the bug with the production build and couldn't find how to build a standalone executable in the contribution guide. (Or maybe i built it but couldn't find the artifacts :) )

Can you please direct me to build a standalone executable?

@joaomoreno
Copy link
Member Author

gulp vscode-darwin will create a VSCode-darwin folder next to vscode. It will only reproduce if you open the application via Finder, not via Terminal.

@jrieken jrieken assigned joaomoreno and unassigned jrieken May 11, 2017
@jrieken
Copy link
Member

jrieken commented May 11, 2017

@joaomoreno this happens because getShellEnvironment doesn't resolve in time (ever?)

@burakcan
Copy link
Contributor

burakcan commented May 11, 2017

thank you @joaomoreno
I tried it now and removing / increasing the timeout of the process.lazyEnvfixes the problem.

Edit: seems like fixed on master now, by removing it.

@joaomoreno
Copy link
Member Author

Increased the timeout to 10 seconds in e5e1098

@CyberiumShadow
Copy link

This doesn't seem to fix it for Windows

@joaomoreno
Copy link
Member Author

This is completely independent from Windows. If you have an issue there, please file it.

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

No branches or pull requests

4 participants