Should NOT just revert back to a config created at initial install that may be ages out of date...
Current behavior
It apparently creates a backup at the first install then just reverts back to that, deleting any changes that may have been made since.
Possible solution
Just don't do that....create a backup just in case of the existing file...pull into a separate .bashitrc file...
Easiest half-ass fix would be to drop in a line to copy the file to be overwritten over to .bashrc-bashit-uninstall and prompt the user to delete it afterwards if they want. Not just pull from an indeterminately old backup and wipe over it.
Context
Tested out bash-it ages ago and it didn't fit my needs. Was cleaning up stuff and saw it had an uninstall script. Should have looked before running...thankfully I have backups, but that's not an acceptable way to do this.
Expected behavior
Should NOT just revert back to a config created at initial install that may be ages out of date...
Current behavior
It apparently creates a backup at the first install then just reverts back to that, deleting any changes that may have been made since.
Possible solution
Just don't do that....create a backup just in case of the existing file...pull into a separate .bashitrc file...
Easiest half-ass fix would be to drop in a line to copy the file to be overwritten over to .bashrc-bashit-uninstall and prompt the user to delete it afterwards if they want. Not just pull from an indeterminately old backup and wipe over it.
Context
Tested out bash-it ages ago and it didn't fit my needs. Was cleaning up stuff and saw it had an uninstall script. Should have looked before running...thankfully I have backups, but that's not an acceptable way to do this.
Steps to reproduce
Trivial
Bash-it version
dontcarebutcurrent
List of enabled plugins, themes and aliases
irrelevant
Bash version
irrelevant
Operating system and version
irrelevant
bash-it doctor output
Your ~/.bashrc
irrelevant
Notes
No response