@cwrau Thanks for the heads up Chris. Could you update to the latest and see if we're happier?

@cwrau Thanks for the heads up Chris. Could you update to the latest and see if we're happier?

Oh, I didn't expect the arch package to be out of date, will try the newer versions on monday!

I can confirm, for myself happens with 0.31.9.
Without switching context, exiting/opening the app again resets visited namespaces.

I'm using custom location for k9s configs, configured with $K9S_CONFIG_DIR
Removing k9s directory for cluster config and starting from scratch doesn't help

Can confirm, seeing this with 0.31.9. It seems that the favorite namespaces list doesn't get updated.

@cwrau Ok so this is the case of the last one to write wins when multiple k9s sessions using the same context are open.
I think there is indeed an issue with the current impl since we just lay over the previous content and hence this issue ;(
I'll take a crack on correcting the behavior and will also include an implicit save aka CtrlP for persist to force a configuration sync.

Also do you have ui.reactive turned on or off?

Just in case, will add more info from my side, after the author's last comment.
I'm not using multiple k9s at once. (maybe very rarely, can't remember)
k9s.ui.reactive=false - never touched.

@den-is Thank you for the additional details! Let's see if we're happier on v0.32.0

@derailed bug persists.
install 0.32.0
config location: $K9S_CONFIG_DIR=~/project/.k9s
rm -rf ~/project/.k9s/*
open k9s. choose ns using either variant : :po karpenter, :ns > kube-system
make sure that list of recently used NSs is populated (all, default, karpenter, kube-system).
exit k9s Ctrl+C

re-open k9s: observe list of namespaces reset. list contains only: all, default

@den-is how about :q vs ctrl-c

@cwrau Ok so this is the case of the last one to write wins when multiple k9s sessions using the same context are open. I think there is indeed an issue with the current impl since we just lay over the previous content and hence this issue ;( I'll take a crack on correcting the behavior and will also include an implicit save aka CtrlP for persist to force a configuration sync.

Also do you have ui.reactive turned on or off?

Just as an FYI, the introduction of the ctrl-p key binding does not appear in the Help menu (I.e. the popup triggered by ?). I only realised something had changed when one of my plugins, which I had bound to ctrl-p, stopped working and I was seeing a message about the context being saved instead.