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
K9s seems to have problem "escaping" [ and ] characters. Since a few versions (using 0.32.7 here). The problem wasn't here before. It causes problems when watching logs of a pod or when I copy the content of the secret from the cluster/k9s to my Mac.
To Reproduce
Steps to reproduce the behavior
Use the latest version as of today (0.32.7)
Copy the content of a secret from k9s with the c shortcut which have a string like match[] in it
Paste the result in your IDE for instance, the first [ is gone
You can see the same problem by reading the log of a pod which contains both characters.
Expected behavior
Both characters should be displayed correctly. By the way, when using kubectl, the problem doesn't appear for instance when reading logs.
Screenshots
Example in logs of a pod:
See the problem here, we should see [date][level] but instead some characters are added or mis interpreted. Kubectl doesn't have this problem (same pod here):
Versions (please complete the following information):
OS: macOS Sequoia 15.2
K9s: [e.g. 0.32.7]
K8s: [e.g. 1.27.10]
Terminal: iterm2 Build 3.5.12beta1
The text was updated successfully, but these errors were encountered:
#pasted elsewherevalues.yaml: |- prometheus: prometheusSpec: additionalScrapeConfigs: - params: 'match]': #<----- Missing [ from the copy - '*'
OS used for this test: Macos 15.2
# kubectl version
Client Version: v1.31.3
Kustomize Version: v5.4.2
I could not reproduce this error on ubuntu 24.04.1 LTS either the logs or secrets.
I also could not see the problem on configmaps containing [], in either Ubuntu or Macos
Seems like the issue is OS related - and impacts only secrets and Logs ?
Describe the bug
K9s seems to have problem "escaping" [ and ] characters. Since a few versions (using 0.32.7 here). The problem wasn't here before. It causes problems when watching logs of a pod or when I copy the content of the secret from the cluster/k9s to my Mac.
To Reproduce
Steps to reproduce the behavior
match[]
in itYou can see the same problem by reading the log of a pod which contains both characters.
Expected behavior
Both characters should be displayed correctly. By the way, when using
kubectl
, the problem doesn't appear for instance when reading logs.Screenshots
Example in logs of a pod:
See the problem here, we should see
[date][level]
but instead some characters are added or mis interpreted. Kubectl doesn't have this problem (same pod here):Versions (please complete the following information):
The text was updated successfully, but these errors were encountered: