You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Since the kubeconfig context is global, I think there can only be one remote cluster connected at a time regardless of how many VSCode windows are open, they will all share the same kubeconfig and current context. So they should not spawn multiple instances of the kubectl proxy.
Actual behaviour
This seems to break down with enough vscode windows open if they are all running the gitops tools extension.
If I have multiple vscode windows open and they are all connected to the gitops tools extension, then changing the context in one changes the context in all. This is about what I would expect to happen, but for some reason all of the tree view instances will get their own proxy configuration. This also seemingly sometimes causes the vscode editor to hang. I'm not sure if it's got anything to do with the multiple proxy processes spawned, or what, but the remediation I used was to force quit VSCode, and that left these proxy processes around (superseded by two new ones when I restarted the extension again in both windows.)
Steps to reproduce
Just try running two editor windows with the extension open in both
Versions
kubectl version:
Flux version:
Git version:
Azure version:
Extension version: v0.25.1693939383
VSCode version:
Operating System (OS) and its version:
The text was updated successfully, but these errors were encountered:
kingdonb
changed the title
(Prerelease) Kubectl proxy is run again for multiple extension instances
Kubectl proxy is run again for multiple extension instances
Sep 8, 2023
This is a known issue on v0.25.1 as well as all current edge/prerelease versions, recommended workaround right now is to avoid using the GitOps Tools extension in more than one VSCode editor window simultaneously.
Expected behaviour
Since the kubeconfig context is global, I think there can only be one remote cluster connected at a time regardless of how many VSCode windows are open, they will all share the same kubeconfig and current context. So they should not spawn multiple instances of the kubectl proxy.
Actual behaviour
This seems to break down with enough vscode windows open if they are all running the gitops tools extension.
If I have multiple vscode windows open and they are all connected to the gitops tools extension, then changing the context in one changes the context in all. This is about what I would expect to happen, but for some reason all of the tree view instances will get their own proxy configuration. This also seemingly sometimes causes the vscode editor to hang. I'm not sure if it's got anything to do with the multiple proxy processes spawned, or what, but the remediation I used was to force quit VSCode, and that left these proxy processes around (superseded by two new ones when I restarted the extension again in both windows.)
Steps to reproduce
Just try running two editor windows with the extension open in both
Versions
kubectl version:
Flux version:
Git version:
Azure version:
Extension version: v0.25.1693939383
VSCode version:
Operating System (OS) and its version:
The text was updated successfully, but these errors were encountered: