Arduino 2.0 won't start

[kr51k]

Hello,
after installing Arduino 2.0 I tried to start it. IDE is starting and I can see the name of a project I recently worked on, but IDE start does not end. Starting from the console I see this that might cause this:

daemon INFO Daemon is running.
root INFO Deployed backend plugin "vscode-language-pack-es@1.69.0" from "C:\Program Files\Arduino IDE\resources\app\plugins\vscode-language-pack-es\extension": 262.0 ms [Finished 2.636 s after backend start]
root INFO Deployed backend plugin "vscode-language-pack-fr@1.69.0" from "C:\Program Files\Arduino IDE\resources\app\plugins\vscode-language-pack-fr\extension": 121.0 ms [Finished 2.757 s after backend start]
root ERROR E Failed to connect to localhost:49669 through proxy 185.46.212.91:80 with status 403
root ERROR E Failed to connect to localhost:49669 through proxy 185.46.212.92:80 with status 403
root ERROR Uncaught Exception:
root ERROR Error: 14 UNAVAILABLE: No connection established
    at Object.callErrorFromStatus (C:\Program Files\Arduino IDE\resources\app\node_modules\@grpc\grpc-js\build\src\call.js:31:26)
    at Object.onReceiveStatus (C:\Program Files\Arduino IDE\resources\app\node_modules\@grpc\grpc-js\build\src\client.js:189:52)
    at Object.onReceiveStatus (C:\Program Files\Arduino IDE\resources\app\node_modules\@grpc\grpc-js\build\src\client-interceptors.js:365:141)
    at Object.onReceiveStatus (C:\Program Files\Arduino IDE\resources\app\node_modules\@grpc\grpc-js\build\src\client-interceptors.js:328:181)
    at C:\Program Files\Arduino IDE\resources\app\node_modules\@grpc\grpc-js\build\src\call-stream.js:187:78
    at processTicksAndRejections (node:internal/process/task_queues:78:11)

I'm behind a company proxy (for the old Arduino version everything is working fine), but it should not have any proxy for the localhost. Is there any way to remove this settings? I don't have a preference menu in Arduino 2.0

Thanks and best regards!

[ptillisch]

Hi @kr51k. There is a way to configure the proxy settings even when the IDE won't start. This is done by editing a configuration file.

Unfortunately I'm not sure whether doing that will help with this specific error because the proxy settings are currently used only by the Arduino CLI "daemon" when connecting to the Internet. In this case, the error is occurring when the Arduino IDE application is attempting to connect to the Arduino CLI daemon via the local network. In this case, it is not clear whether the proxy settings in the configuration file will have any effect. I have not been able to reproduce the problem you experienced even after quite some efforts to intentionally configure my Windows proxy settings to interfere with the connection to localhost, so I was not able to verify this either way.

I think it is worth a try anyway. So I'll provide instructions:

1. Open the file at this path in any text editor:

   C:\Users\<user name>\.arduinoIDE\arduino-cli.yaml
   

(where <user name> is your Windows user name)

1. Add the following text to the bottom of the file:

   network:
     proxy: http://<username>:<password>@<proxy>:<port>
   

2. Replace <username>, <password>, <proxy>, and <port> with the correct configuration for your proxy.
3. Save the file.

Now try starting the IDE again. Hopefully it will start up without any problems this time.

If it doesn't work, please comment here to let me know. I have one other thing you might try,

[kr51k]

Hello,

thanks, I tested this but without any success. In the meantime I found another post with this that stated that there is a problem when you have set the environment vaiables "http_proxy" and "https_proxy". So I removed them and now it's working.

[ptillisch]

Great work on finding the solution. Thanks for taking the time to post an update with your findings. That is valuable information for me as a newbie to this subject of proxies.

I was also able to reproduce the issue when I set the proxy configuration via the environment variable (I was previously setting it via the Windows "Network & Internet" settings page).

If you do want to continue to use these environment variables, I found I was able to disable it for the localhost hostname specifically by defining an environment variable named no_proxy with the value localhost.