-
-
Notifications
You must be signed in to change notification settings - Fork 36
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
Better behavior when can't fetch node release index #615
Comments
This might be releated, or something to handle differently - please say and I'll happily create a new issue. I'm trying to install It's failing with the following output:
I've tried accessing the URL directly on the Windows box via Edge, and it loads fine, eventually, as it seems to be quite a slow response. Could this be timeout related? I'm only experiencing it on Windows currently. I also tried deleting the |
I'm not sure what the http libraries are doing under the hood, but my assumption also would be timeout related. Let me see what the current timeout is and if I can adjust it. |
I had a quick look, and from what I could tell, unless you specify a timeout, the default is to not set a timeout... This could likely be a quirk with running Windows within a virtual machine. Continuing to investigate. It's just strange that some tools install (like Node etc), and when accessing the URL directly within the VM using Edge, it loads fine, so not appearing like an SSL issue or the like, but just specifically with Rust executables not being able to connect... 🤔 |
Turns out this was a weird DNS issue on a Windows guest VM. I explicitly set Windows to use CloudFlare DNS and suddenly these connection issues stopped. Weird because accessing the URLs directly in the browser was fine within the VM. Annoying that the underling connection issue didn't mention DNS at all... but guessing that is down to |
In v0.42, we now cache requests for 12 hours. This should help avoid these hiccups. |
That helps. Would it be simple to log a warning instead of fail outright? That would also help in the case of |
The data from these requests are required, so we can't simply log a warning and proceed. |
Sure that’s the case when the tool doesn’t exist. in my case, it was doing an auto-install checking if there’s a newer |
It would require a bit of a rework to short-circuit out of the version resolve flow, especially only for an alias. |
What version?
0.41.1
Which command?
No response
What happened?
The site
http://nodejs.org
was briefly unreachable, causingproto
to fail:I have the version set to
node = "lts"
. The behavior in this case should probably be to either fail gracefully (asproto
does when offline completely) or to print an error message suggesting to set thePROTO_OFFLINE
environment variable.Trace logs?
No response
Operating system?
Windows
Architecture?
x64
The text was updated successfully, but these errors were encountered: