-
Notifications
You must be signed in to change notification settings - Fork 118
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
kubectl shows duplicate contexts docker-desktop and docker-for-desktop #4089
Comments
Also occurs on Windows see docker/for-win#5089 |
I have this issue too. |
Confirmed after new reset of disk image. The contexts are identical at least on my machine, so it doesn't matter which one you use. There should probably be only one of these unless there is a good reason to have both, but in the meantime it's just cosmetic. |
Any update on this issue? Is it something that will be fixed soon? Edited: As I mentioned in this post docker/for-win#5089 (comment), I tried deleting |
same issue on MacOs version 2.2.0.3 |
Still happens with the latest versions for MacOS: |
Same with: Docker Desktop: 2.2.1.0 |
+1 |
same same macos 10.15.3 |
|
Yes but it shows up again after restart |
Same issue on MacOS 10.15.3 (19D76) |
Same issue |
Same issue: |
Thanks for reporting! This issue is tracked internally, but you can find more details in this issue in the "docker for windows" issue tracker; docker/for-win#5089 |
Any workaround? |
Yes, ignore it! 🙈 |
We use 'docker-for-desktop' context for a lot of automation, We choose that one because it was recreated each time we delete it. So which one should be removed 'docker-desktop' or 'docker-for-desktop'? Considering that there are "docker for win", "docker for mac". I suppose that "docker for desktop" is quite logical to leave. ¯_(ツ)_/¯ |
This is fixed in the latest Edge release, 2.3.2.0. We have removed the legacy context name that was there for backwards compatibility. |
Fantastic. Which one is the legacy one? 🙂 |
Sorry, docker-for-desktop is the old one, docker-desktop is the new one that you should use. |
Closed issues are locked after 30 days of inactivity. If you have found a problem that seems similar to this, please open a new issue. Send feedback to Docker Community Slack channels #docker-for-mac or #docker-for-windows. |
Expected behavior
Only one kubernetes context is shown.
Actual behavior
Duplicate contexts are shown and I'm confused as to which one to use.
Information
Diagnostic logs
Steps to reproduce the behavior
kubectl config get-contexts
The text was updated successfully, but these errors were encountered: