Skip to content
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

kube context in running k9s is no longer sticky, during kubectx context switch #2568

Closed
pgier opened this issue Feb 27, 2024 · 3 comments
Closed
Labels
bug Something isn't working InProgress Marks an issue has being worked on

Comments

@pgier
Copy link

pgier commented Feb 27, 2024

Describe the bug
If I start a k9s session, then change the current kube context using CLI commands in a separate terminal, then the context in the k9s session also changes. Previously I was able to start one k9s, change context, then start another k9s so that I can have two k9s sessions running in parallel pointing to two different clusters.

After a recent update, all k9s windows automatically switch to the current context in my kube config.

To Reproduce
Steps to reproduce the behavior:

  1. Start k9s
  2. Change current kube context using kubectx or another tool
  3. See that k9s shortly updates the Context and Cluster fields, but pods are still from the original cluster.

Expected behavior
This seems to be a recent change because previously my k9s windows were sticky to whatever cluster they started on.

Versions (please complete the following information):

  • OS: Mac
  • K9s: 0.39.1
  • K8s: 1.26
@pgier
Copy link
Author

pgier commented Feb 27, 2024

Originally, I thought k9s actually changed the cluster that it's pointing to, but this seems to only affect the header fields. K9s still gets resources from the original cluster with which it was started, but the header fields now point to a different cluster.

@derailed derailed added bug Something isn't working InProgress Marks an issue has being worked on labels Feb 28, 2024
@derailed
Copy link
Owner

@pgier Thank you for the heads up Paul!
Indeed! I ran into this as well ;(
I'll have a fix in place for the next drop.

@derailed
Copy link
Owner

derailed commented Mar 2, 2024

Fixed v0.32.0

@derailed derailed closed this as completed Mar 2, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working InProgress Marks an issue has being worked on
Projects
None yet
Development

No branches or pull requests

2 participants