SuperSearch v0.1.14

Fixes an accent-color persistence race: a color chosen in Settings could
silently revert to the default on the next launch.

Fixed

• A picked accent color could get clobbered back to the default.
  update_settings fires on every step of the Appearance accent picker
  (each HexColorPicker drag frame, and rapid preset clicks), so several
  update_settings IPC calls can be in flight at once. Tauri dispatches
  each command invocation to its own task and does not guarantee they
  complete in the order they were issued — an earlier, slower write
  (e.g. an early drag frame, or an accidental "Amber" click quickly followed
  by the intended color) could finish after the final color and silently
  overwrite settings.json back to a stale value. The running session kept
  showing the correct color (already applied locally), so nothing looked
  wrong until the next full quit-and-relaunch read the stale value back off
  disk. SettingsStore::set now takes a strictly-increasing rev the
  frontend bumps once per issued patch, and discards any write whose rev
  isn't newer than the last one actually applied — the newest issued
  change always wins on disk, regardless of which IPC call happens to land
  first. Covered by settings::tests::stale_out_of_order_write_is_discarded.