vscode-sync.trafficmanager.net connectivity affects Python extension

[sergei3000]

Type: Bug

vscode version: 1.94.2 (Universal) Python extension version: 2024.16.1 Pylance extension: 2024.10.1 Steps: 1) Have settings sync on 2) Have no connection to vscode-sync.trafficmanager.net 3) Connect to a remote server via Remote-SSH

This always happens when I have settings sync on and the line 2024-10-28 04:34:39.540 [error] [network] #5377: https://vscode-sync.trafficmanager.net/v1/manifest - error GET net::ERR_TIMED_OUT in OUTPUT-->Shared logs. In this case it looks like the Python extension doesn't start. There's no code colors, no intellisense, no menue to choose a Python environment from. And once I turn settings sync off and re-connect, everything just works. I don't know whether I don't have a connection because the remote server loses it or that's because the trafficmanager.net is offline, but it should not work like this with the python extension.

Extension version: 2024.16.1 VS Code version: Code 1.94.2 (Universal) (384ff7382de624fb94dbaf6da11977bba1ecd427, 2024-10-09T16:08:44.566Z) OS version: Darwin arm64 23.6.0 Modes: Remote OS version: Linux x64 4.18.0-540.el8.x86_64

System Info

|Item|Value| |---|---| |CPUs|Apple M3 (8 x 2400)| |GPU Status|2d_canvas: enabled
canvas_oop_rasterization: enabled_on
direct_rendering_display_compositor: disabled_off_ok
gpu_compositing: enabled
multiple_raster_threads: enabled_on
opengl: enabled_on
rasterization: enabled
raw_draw: disabled_off_ok
skia_graphite: disabled_off
video_decode: enabled
video_encode: enabled
webgl: enabled
webgl2: enabled
webgpu: enabled
webnn: disabled_off| |Load (avg)|4, 4, 3| |Memory (System)|16.00GB (0.06GB free)| |Process Argv|| |Screen Reader|no| |VM|0%| |Item|Value| |---|---| |Remote|SSH: sgcap| |OS|Linux x64 4.18.0-540.el8.x86_64| |CPUs|Intel(R) Xeon(R) Silver 4210 CPU @ 2.20GHz (40 x 1404)| |Memory (System)|125.01GB (107.27GB free)| |VM|0%|

[karthiknadig]

I think this might just be a remote connection issue. @joshspicer can you take a look?

[joshspicer]

To understand the remote bits better, mind sharing your remote ssh logs?

Are you able to reach the VS Code settings sync server from your local and remote machines? Here's what happens when I try to curl that URL you provided:

[~]$ curl -v https://vscode-sync.trafficmanager.net/v1/manifest

* Host vscode-sync.trafficmanager.net:443 was resolved.
* IPv6: (none)
* IPv4: 13.66.138.105
*   Trying 13.66.138.105:443...
* Connected to vscode-sync.trafficmanager.net (13.66.138.105) port 443
* ALPN: curl offers h2,http/1.1
* (304) (OUT), TLS handshake, Client hello (1):
*  CAfile: /etc/ssl/cert.pem
*  CApath: none
* (304) (IN), TLS handshake, Server hello (2):
* (304) (OUT), TLS handshake, Client hello (1):
* (304) (IN), TLS handshake, Server hello (2):
* (304) (IN), TLS handshake, Unknown (8):
* (304) (IN), TLS handshake, Certificate (11):
* (304) (IN), TLS handshake, CERT verify (15):
* (304) (IN), TLS handshake, Finished (20):
* (304) (OUT), TLS handshake, Finished (20):
* SSL connection using TLSv1.3 / AEAD-AES256-GCM-SHA384 / [blank] / UNDEF
* ALPN: server accepted http/1.1
* Server certificate:
*  subject: C=US; ST=WA; L=Redmond; O=Microsoft Corporation; CN=vscode-sync.trafficmanager.net
*  start date: Aug 21 06:59:37 2024 GMT
*  expire date: Feb 17 06:59:37 2025 GMT
*  subjectAltName: host "vscode-sync.trafficmanager.net" matched cert's "vscode-sync.trafficmanager.net"
*  issuer: C=US; O=Microsoft Corporation; CN=Microsoft Azure RSA TLS Issuing CA 08
*  SSL certificate verify ok.
* using HTTP/1.x
> GET /v1/manifest HTTP/1.1
> Host: vscode-sync.trafficmanager.net
> User-Agent: curl/8.7.1
> Accept: */*
>
* Request completely sent off
< HTTP/1.1 401 Unauthorized
< Content-Length: 23
< Content-Type: text/html; charset=utf-8
< Date: Mon, 28 Oct 2024 19:33:05 GMT
< Access-Control-Expose-Headers: etag
< ETag: W/"17-68YDcup1nD43NOnf7nEMd8Uly4A"
< Vary: Origin
< request-context: appId=cid-v1:7314e4bb-c502-4f04-b61f-a0b4ebae90dd
< X-Operation-Id: 1023e5bc04a94c42acca939981fa4bc5
< X-Content-Type-Options: nosniff
<
* Connection #0 to host vscode-sync.trafficmanager.net left intact
No authorization header%

[sergei3000]

@joshspicer I don't have the remote-ssh logs for yesterday, looks like vscode doesn't persist them for so long. This problem occurs just on some days, when there's no connectivity to that sync server I believe. I could provide these logs and check your curl command next time this happens.