<- Back
Comments (18)
- mmh0000I have nearly a decade of zsh history. Reading that article I came to the conclusion that I may have been hit by that bug in the past but I haven’t noticed.Then I kept reading and the author mentions accidentally exporting HISTFILE[1] and I screamed in terror and ran to my computer as I realized a mistake I’ve been making for…ever.I am now both happy and sad I read this article.[1] https://github.com/stapelberg/configfiles/commit/32dcda0f49a...
- chillpenguinI ran into this a few years ago (or I ran into a very similar bug). I started backing up my history file regularly because it was so annoying to lose all that history. I'll keep backing it up, but this fix is appreciated!
- anonundefined
- nubinetworkThat's a bug? Happens to me with bash all the time, all I have to do is open 2 terminals at the same time... whichever one I close last is the one that writes its history. /shrug
- myshapeprotocolTracking down subtle data loss edge cases in shell history internals requires absolute precision. Great debugging write-up.
- aclindsaNice work! I have felt like I lost zsh history before but never looked into it.
- fragmedeAre people not just using http://atuin.sh these days?
- TZubiriDoes zsh have that 2000 command limit by default?You can't expect much from a system that has those defaults, I'm all for traditions, but if I were to depend on a system for command history, it wouldn't be anything that reads a bash_history, a revolution is needed, not incremental optimizationsP.s: what I do is set it to unlimited on both size and line count, but it's not a forensic grade audit trace, we'd need an OS, or ssh command logger, preferably one that writes to an external disk, but it can be to a root controlled file, definitely not to a user owned file.Security protects not only against attackers, but against bugs, a user's command history should not be deletable by user. Anything else is a wrong architecture that we are just carrying by inertia and laziness.
- kevinbaiv[dead]