fix: keep location history registered after a savehist setqHEADmain

A one-time add-to-list put wttrin--location-history into savehist-additional-variables when savehist loaded. Any user who later setqs that list, a common config pattern for curating which histories persist, replaces it and drops the entry. The search history then silently never saves.

Re-assert the registration on savehist-save-hook, which runs at the top of every savehist-save. The variable is now in the list whenever a save happens, regardless of init order or a clobbering setq. Restore was never affected, since savehist reloads the value from explicit setq forms in its file.

The README persistence note now reflects this: the variable stays registered even if you set savehist-additional-variables yourself.

0 files changed, 0 insertions, 0 deletions