magick-feature-flags 1.6.0 → 1.7.0

data/CHANGELOG.md

@@ -0,0 +1,674 @@
+# Changelog
+
+All notable changes to `magick-feature-flags` are documented in this file.
+
+## Unreleased
+
+## 1.7.0 — 2026-09-18
+
+### Upgrading
+
+- **Toggles no longer need a restart to reach every process.** Two things
+  changed for a Rails host: `require 'magick'` now loads the Railtie (so Puma
+  cluster-mode workers start their own Pub/Sub subscriber on their first
+  request), and every evaluation asks the registry to re-read the shared
+  backend once `refresh_interval` (default 30s) has elapsed. Ops tooling that
+  restarts after a flag write can stop doing so once the fleet runs 1.7.0.
+- **First refresh after boot converges on ActiveRecord.** Where ActiveRecord
+  and Redis disagree for a flag, evaluation follows ActiveRecord — the same
+  source the Admin UI already treats as truth. Redis copies written by a pre-JSON
+  serializer (`targeting` as a `Marshal` blob) count as a difference and are
+  rewritten once, without any flag changing its answer.
+- **Set `refresh_interval false`** in the configuration DSL to keep the
+  Pub/Sub-only behaviour.
+- **The Railtie's own initializers now run** in every host that had not
+  required it explicitly: a default registry is built before your initializer
+  (and retired when yours replaces it), `config/features.rb` is loaded in
+  `Magick.definition_mode`, the cache is preloaded after initialization, and
+  `Magick.shutdown!` runs at exit. `config/initializers/features.rb` is left
+  to Rails (the Railtie used to load it a second time); wrap definitions kept
+  there in `Magick.definition_mode { }` yourself if you want boot replays kept
+  out of the audit log.
+- In the configuration DSL, list `redis`/`active_record` before the options
+  that shape the registry (`async_updates`, `memory_ttl`, `circuit_breaker`):
+  the registry is built at the first adapter call, and options given after it
+  do not apply to it. `refresh_interval` is applied afterwards and is
+  order-independent.
+
+### Security
+
+- **Config**: `ConfigDSL.load_from_file` now checks containment against the
+  project root (`Rails.root`, else the directory holding the `Gemfile`, else an
+  explicit `ConfigDSL.project_root =`) instead of `Dir.pwd`, and compares
+  separator-aware. The old bare-prefix-of-CWD check was bypassable two ways:
+  a sibling directory whose name merely starts with the project directory's
+  name (`/srv/app-evil` passed for `/srv/app`), and any process running from
+  `/`, which made every absolute path pass. Both sat directly in front of an
+  `instance_eval` sink. `MAGICK_ALLOW_CONFIG_EVAL=1` still skips the check for
+  a trusted file outside the tree, and is still dangerous.
+
+- **Admin UI**: `Magick::AdminUI.config.require_role` gates every Admin UI
+  route. The hook was wired into the features controller only, so a host
+  relying on it alone had its stats route (`GET /magick/stats/:id`) left open —
+  and that route distinguishes known from unknown feature names, so it doubled
+  as an enumeration oracle for flag names. Both controllers now include the
+  shared `Magick::AdminUI::Authentication` filter, and the specs assert
+  enforcement across the engine's whole route set rather than one route at a
+  time.
+Version history is no longer numbered per process. Fixes a 1.5.0 regression in
+which two containers over one shared backend destroyed each other's snapshots
+and disagreed about what a version number contained. Version snapshots also
+stop leaking into the paths that only ever want features, and appending to the
+archive stops rewriting everything already in it.
+
+### Fixes
+
+- **A flag change reaches every process without a restart, even when its
+  Pub/Sub invalidation never arrives.** A registered feature caches its value
+  and targeting in the object, and the invalidation message was the only thing
+  that ever reloaded it: a write made outside a gem process (ops tool, script,
+  direct store edit), a Redis user without pub/sub permission, a proxy that
+  drops SUBSCRIBE, or a subscriber connection silently killed by a NAT/LB left
+  every other process serving the old value until redeploy — which is exactly
+  what operators reported. Every evaluation now asks the registry to re-read
+  the shared backend once `refresh_interval` (default 30s) has elapsed; one
+  caller does a single bulk read and reloads the features whose stored state
+  changed since the previous read. Memory is never the comparison, so a local
+  write still in flight is not reverted; features missing from the source are
+  not evicted. Configure with `refresh_interval 30` in the DSL or
+  `registry.refresh_interval = 30`; `false` restores the Pub/Sub-only
+  behavior. `Magick.refresh!` forces a read now. (`Registry#refresh_if_stale!`,
+  `#refresh_from_source!`; see `docs/adr/0002`.)
+
+- **The Railtie is loaded by `require 'magick'`.** It never was: only an
+  explicit `require 'magick/rails'`, which nothing documented, loaded
+  `Magick::Rails::Railtie`. Every host using the documented
+  `gem 'magick-feature-flags', require: 'magick'` therefore ran without the
+  fork-aware `SubscriberMiddleware`, the boot-time `preload!` and the `at_exit`
+  shutdown — and under Puma `preload_app!` its forked workers inherited a dead
+  subscriber thread that nothing ever restarted, so a toggle reached only the
+  worker that served the write. The Railtie had also never been booted: its
+  middleware class sat one namespace up (`Magick::SubscriberMiddleware`), so
+  the first boot raised `NameError`, and every bare `Rails.` inside
+  `module Magick` resolved to the gem's own `Magick::Rails` namespace once
+  that was loaded. All references now spell `::Rails`, a spec boots a real app
+  with the Railtie in a child process, and a static spec keeps the bare
+  references out.
+
+- **A forked child no longer ends its parent's subscription.** After a fork
+  the child holds the parent's subscriber connection object and shares its
+  socket; `Registry#shutdown` from the child (an `at_exit` in a worker that
+  never served a request) sent UNSUBSCRIBE over the parent's connection and
+  silently killed the master's listener. A connection opened by another
+  process is now dropped, never closed.
+
+- **Reconfiguring Redis retires the previous subscriber.** `redis url: ...`
+  after a registry exists (the DSL with `active_record` listed first, or a
+  dev reload) started a second subscriber over the first, which stayed
+  blocked on the old subscription out of reach of shutdown. New
+  `Registry#redis_adapter=` stops the running subscriber before swapping;
+  `Magick.adapter_registry=` retires the registry it replaces (the Railtie's
+  default one, the previous `configure`'s); starting a subscriber while one
+  is alive is a no-op. Subscriber threads carry a generation so a retired one
+  lets go of its retry loop instead of leaking.
+
+- **A subscriber that cannot subscribe is no longer silent in production.**
+  The failure is reported through `AdapterFailure` (error log + event,
+  operation `subscribe`) in every environment — first failure at once, then at
+  most once per five minutes while it keeps failing — and the recovery is
+  logged. A subscription that ends without a shutdown is treated as a lost
+  connection and resubscribed instead of leaving a live-looking thread that
+  hears nothing. `Registry#subscriber_running?` is true only while Redis has
+  acknowledged the SUBSCRIBE, and `Magick.health` exposes it together with
+  the last subscriber error, the refresh interval, the time of the last source
+  refresh and the async write backlog, for host health checks.
+
+- **Pub/Sub subscriber shuts down cleanly.** The subscriber thread's early-exit
+  guards used `return` inside a block, which raises `LocalJumpError` instead of
+  ending the thread. `Registry#shutdown` re-raised it out of `Thread#join`, so
+  shutting down a registry with a live Redis subscription raised. The guards now
+  use `next`.
+
+- **A Redis outage no longer propagates stale flags across the fleet.** A failed
+  or dropped Redis write was reported (above) but the cache invalidation was
+  published anyway, so every peer dutifully reloaded the *pre-toggle* value from
+  Redis and kept it for the rest of the breaker's timeout. Invalidation is now
+  published only after Redis has genuinely accepted the write — on the sync
+  path, the async path and `#delete` alike. Underneath, `CircuitBreaker#call`
+  raises the new `Magick::CircuitOpenError` (a `Magick::AdapterError`) instead
+  of returning a falsey value indistinguishable from a backend that stored
+  `false`.
+
+- **Read paths are protected by the circuit breaker.** Only writes went through
+  it; `get`, `exists?`, `all_features`, `get_all_data`, `preload!` and the
+  Pub/Sub publish all called Redis directly, so an open circuit protected almost
+  nothing.
+
+- **The default Redis client sets explicit connect, read and write timeouts**
+  (1s each) instead of inheriting redis-rb's 5s defaults. A Redis that
+  black-holes packets never refuses the connection, so an untimed client pinned
+  request threads for 5s per call while the breaker sat open with no errors to
+  count. Override individually: `redis url: ..., read_timeout: 2.0`.
+
+- **A failed half-open probe re-opens the circuit immediately.** Moving to
+  half-open reset the failure count, so re-opening needed the full threshold
+  again and a permanently dead Redis absorbed several requests per timeout
+  cycle. Half-open now admits exactly one probe.
+
+- **`Registry#exists?` is fail-safe.** It was the one read method with no
+  rescue, so it propagated adapter errors to callers outside the fail-safe
+  evaluation path, breaking the documented "never raises" contract. It now
+  returns `false` when the backend is unavailable; `all_features` is likewise
+  fail-safe.
+
+- **Cross-container cache invalidation is no longer dropped.** Invalidation
+  messages now carry the publishing registry's identity (`Registry#publisher_id`,
+  re-minted after a fork), and a subscriber ignores only the messages it
+  published itself. The previous 2.0s `LOCAL_WRITE_TTL` window suppressed *any*
+  invalidation for a feature this process had written recently — including a
+  peer's — so two containers toggling the same flag inside that window each
+  discarded the other's message and kept serving their own value while the
+  shared store held one of them. Nothing healed the split: a feature's cached
+  value is only cleared by an explicit reload. The window is gone, not
+  shortened.
+
+- **Async Redis writes are serialized and bounded.** `async_updates enabled:
+  true` spawned one thread per write, with no ordering and no cap. Two writes to
+  the same feature could land out of order, leaving memory with the newer value
+  and Redis with the older one — permanently divergent, with the trailing
+  Pub/Sub publish telling every other process to load the stale value. 200
+  writes also meant 200 threads and 200 Redis connections, enough for an Admin
+  UI bulk toggle or a boot-time DSL apply to exhaust the connection pool. Async
+  writes now go through a single `Magick::Adapters::AsyncWriter` thread per
+  registry, draining a bounded FIFO queue: writes reach Redis in the order they
+  were issued, and a burst costs one thread whatever its size.
+
+- **Version numbers are allocated by the shared store.** Version history
+  clobbered itself across processes — two containers over one shared backend
+  destroyed each other's snapshots and disagreed about what a version number
+  contained. The next number now comes from an atomic counter kept beside the
+  history — a row-locked update on the ActiveRecord row, or Redis `HSETNX` +
+  `HINCRBY` — instead of being computed from a window each process memoized on
+  first read and never re-read. Two processes appending at the same time can no
+  longer be handed the same number.
+
+- **Every append re-reads the current history.** The process-local hot-window
+  cache is gone; reads and appends both go to the store.
+
+- **One store key per snapshot.** The hot window is now written as
+  `version_<n>` keys (the layout the ActiveRecord archive already used) rather
+  than as a single `versions` list that every append rewrote wholesale. An
+  append no longer overwrites entries another process wrote in between, and the
+  archive is no longer clobbered by a locally-computed number colliding with
+  one already in use.
+
+  `version_<n>` keys rather than as a single `versions` list that every append
+  rewrote wholesale. An append no longer overwrites entries another process
+  wrote in between, and the archive is no longer clobbered by a
+  locally-computed number colliding with one already in use.
+- **Reads prefer the shared store.** Where memory, Redis and the archive
+  disagree about a number (only possible for history written before this
+  change), the durable shared copy wins, so a version resolves to the same
+  snapshot in every process. With no Redis configured, the archive also backs
+  the hot window — the memory adapter only ever holds what its own process
+  wrote.
+
+- **Version counters resume above surviving history.** A store whose counter is
+  missing (upgrade, Redis flush, restored dump) is seeded from the highest
+  number still visible, including the archive, instead of restarting at 1 over
+  existing snapshots.
+
+- **Audit entries are persisted by default.** The audit log's default adapter
+  was a no-op, so entries lived only in a per-process in-memory ring and were
+  lost on restart — in a multi-container deployment each process could only see
+  the changes it had made itself, which 1.5.0's full audit coverage made much
+  more visible. Every entry is now written to the adapters that outlive the
+  process (Redis and/or ActiveRecord) under a reserved `__magick_audit:<feature>`
+  namespace, so history survives a restart and one process can read what another
+  wrote. `Magick.audit_log.entries` merges the shared history with this
+  process's ring. A memory-only deployment still keeps the ring only —
+  `Magick.audit_log.durable?` reports which one you have.
+
+- **Audit retention is tiered and documented.** The process-local ring keeps
+  `max_entries` (default 10,000) entries across all features; the durable store
+  keeps `retention` (default 200) entries **per feature**. Both are
+  configurable: `audit_log retention: 500, max_entries: 20_000`.
+
+- **The audit adapter write left the ring lock.** Both the durable write and a
+  host-supplied adapter's `append` now run outside the mutex that guards the
+  in-memory ring, so a database-backed sink no longer serializes every feature
+  mutation in the process behind a single lock. An exception raised by a host
+  adapter is logged instead of aborting the mutation.
+
+- **`audit_log enabled: false` now actually opts out.** It previously left in
+  place the default audit log that `Magick.configure` creates, so entries were
+  recorded anyway; `Magick.audit_log` is now `nil` as documented.
+
+- **Bookkeeping namespaces stay out of the feature cache.** Version snapshots
+  and audit history are no longer preloaded into the memory cache or returned
+  by the Admin UI's bulk refresh, alongside the existing filtering in
+  `all_features`. Both the boot-time preload (`Magick.preload!`, run in every
+  worker) and the Admin UI's per-render source refresh previously pulled the
+  entire version archive into the memory adapter — measured at ~37 KB for 120
+  toggles of one flag, so tens of megabytes per worker on an install with a few
+  thousand versions across a few hundred flags, and a visibly slow admin index.
+  The reserved namespaces are now filtered **in the store** (a SQL `NOT LIKE`,
+  a Redis key filter applied before the values are fetched), so those rows are
+  never read at all rather than read and discarded.
+
+- **Appending a version writes one version.** The ActiveRecord archive keeps one
+  row per snapshot instead of one key per snapshot inside the feature's single
+  row. That adapter's write path reads a whole row, merges one key and writes it
+  all back under a row lock, so appending version N rewrote all N-1 predecessors
+  with it. The version counter moved to a row of its own for the same reason.
+  Appending to a 107-version history now writes 761 bytes where it previously
+  wrote the whole 33 KB archive.
+
+- **Adapter write failures are visible in production.** A failed Redis or
+  ActiveRecord write in the registry used to be reported with a bare `warn`
+  gated on `Rails.env.development?` — production got no log line and no event,
+  even though the memory cache had already been written and is never rolled
+  back, leaving that process serving a value no other process had. Every failed
+  or dropped write in `set`, `set_all_data`, `delete`, the async write path and
+  the cache-invalidation publish now logs at **error severity in every
+  environment** (through `Rails.logger` when present, `$stderr` otherwise,
+  sanitized via `Magick::LogSafe`) and emits a
+  `magick.feature_flag.adapter_write_failed` event so hosts can alert on the
+  divergence. Reporting never raises and never turns a partial write into an
+  exception for the caller. New `Magick::AdapterFailure` module.
+
+- **Writes dropped by an open circuit breaker are reported too.** Once the
+  breaker tripped, Redis writes were skipped with no signal at all — silence
+  during exactly the window in which divergence accumulates. Each dropped write
+  now reports with `reason: "circuit breaker open"`.
+
+- **Registry write paths contain any backend error, not just `AdapterError`.**
+  A driver exception that escaped an adapter's own wrapping (`IOError`,
+  `Redis::CannotConnectError`, …) used to propagate out of `Registry#set` /
+  `#set_all_data` to the caller.
+
+- **Rails 8.1 structured events are actually emitted.** `Magick::Rails::Events`
+  is nested inside `Magick::Rails`, so its bare `Rails` constant resolved
+  lexically to that enclosing module rather than to the framework. `rails81?`
+  was therefore always false and *every* event in the gem was silently a no-op
+  inside a real Rails app. Now spelled `::Rails`. Hosts that subscribed to
+  `magick.feature_flag.*` and saw nothing will start receiving events.
+
+- **Feature dependencies are persisted.** `add_dependency` / `remove_dependency`
+  mutated an in-process list that was never written to storage and never read
+  back on load, so a prerequisite relationship was invisible to every other
+  container and vanished on restart — and because an unknown prerequisite is
+  treated as satisfied, every other process went on serving the dependent
+  feature as live. Dependencies now live under the feature's `dependencies`
+  adapter key next to its value and targeting: writes go to the backend and
+  publish cache invalidation, loads restore them, and they survive export,
+  import and rollback. A prerequisite that this process never declared is
+  resolved from the shared backend rather than treated as unknown.
+
+### Changes
+
+- **A non-callable `require_role` is rejected instead of ignored.**
+  `config.require_role = :admin` (or any other non-callable) used to pass the
+  nil guard, fail the callable check, and fall through to no authentication at
+  all, leaving the panel open while the operator believed it was locked. It now
+  raises `Magick::ConfigurationError` (new) at assignment time; a non-callable
+  hook that reaches the config another way denies the request. Leaving
+  `require_role` nil still permits access, so hosts gating at the router are
+  unaffected.
+
+- **New adapter primitives for prefix-scoped bulk loads.**
+  `Magick::Adapters::Base` gains `#load_features_data_with_prefix(prefix)` and
+  `#load_features_data_without_prefixes(prefixes)`, overridden by the Redis and
+  ActiveRecord adapters to filter in the store. The inherited defaults load
+  everything and filter in Ruby: correct, but they still read what they discard.
+
+- **New adapter primitives for shared counters.** `Magick::Adapters::Base` gains
+  `#next_sequence(feature_name, key, floor:)` and
+  `#delete_key(feature_name, key)`, implemented atomically by the memory, Redis
+  and ActiveRecord adapters and exposed on the registry. Custom adapters
+  backed by a store shared between processes must override `#next_sequence`;
+  the inherited default is a read-modify-write, correct only for a store one
+  process can reach. Version bookkeeping treats both as best-effort, so an
+  adapter that implements neither still records versions — with per-process
+  numbering and an unpruned hot window, as before.
+
+- **`Magick::AuditLog::Entry#id`** — every audit entry carries a unique,
+  chronologically sortable id (also present in `to_h`), which is what
+  de-duplicates entries read back from more than one adapter.
+
+- **`audit_log persist: false`** keeps the in-memory ring and any host-supplied
+  adapter but writes nothing to Redis/ActiveRecord, for hosts whose own sink is
+  the system of record.
+
+- **`Feature#replace_dependencies(list)`** — wholesale prerequisite write (the
+  list is the new set, `[]` clears it), recorded as one audit entry and one
+  version. `Magick.import` applies dependencies through it: a payload without a
+  `dependencies` key leaves stored prerequisites alone, an explicit list
+  (including `[]`) replaces them.
+
+- **`Magick.unknown_dependency_policy`** (`:satisfied` default, `:unsatisfied`;
+  also `unknown_dependency_policy :unsatisfied` in the configuration DSL) makes
+  the treatment of a prerequisite that exists neither in this process nor in the
+  backend explicit rather than incidental. Either way the name is reported on
+  stderr once per process, so the fail-open path is no longer silent.
+
+- **Declared vs stored dependencies.** `dependencies:` in the DSL seeds the
+  stored set; after that stored state wins, so a dependency added at runtime is
+  not erased by processes booting with the older declaration, and a process that
+  declares nothing never writes. A declaration that changed since it was last
+  recorded (tracked under the `declared_dependencies` key) replaces the stored
+  set, so editing `dependencies:` still takes effect on the next boot. Deleting
+  the declaration is not a change — remove the prerequisite explicitly.
+
+- **`add_dependency` on a prerequisite already present is a no-op** (no audit
+  entry, no version). A self-dependency raises `ArgumentError`, and a dependency
+  cycle evaluates as unsatisfied and is reported instead of raising
+  `SystemStackError` — which, not being a `StandardError`, escaped the fail-safe
+  rescue in `#enabled?`.
+- **`async_updates` takes `queue_limit:` (default 1000) and `enqueue_timeout:`
+  (default 5 seconds).** When the queue is full a caller blocks for up to
+  `enqueue_timeout` — real backpressure — and only then is the write dropped.
+  Blocking forever would turn a wedged Redis into an application-wide stall, and
+  running the write inline would let it overtake the writes already queued for
+  that feature, which is the reordering being fixed. A dropped write is reported
+  through the same channel as a failed one (error log +
+  `magick.feature_flag.adapter_write_failed`, `reason:` naming the full queue),
+  never silently discarded.
+
+- **Shutdown drains pending async writes** within the shutdown timeout, before
+  the Pub/Sub connection is closed, and reports whatever does not fit rather
+  than waiting on it — shutdown stays bounded. Writes issued after shutdown are
+  performed inline instead of being lost.
+
+- **`Registry#async_writer` / `Registry#pending_async_writes`** expose the
+  writer and its backlog for observability.
+
+### Development
+
+- The `redis` gem is a development dependency, and CI runs a Redis service, so
+  the Redis adapter, Pub/Sub cache invalidation, and circuit breaker are
+  exercised on every push. Run them locally with `bundle exec rake spec:redis`;
+  the default `bundle exec rspec` still needs no external services.
+
+- The Admin UI specs boot a throwaway Rails application with the engine mounted
+  (`spec/rails_helper.rb`) and drive it over rack-test, so authentication
+  is asserted on every route the engine exposes rather than on a setting that
+  merely round-trips. `actionpack`, `actionview`, `railties` and `rack-test`
+  are development dependencies; the specs skip when they are absent.
+
+### Upgrading
+
+- **Invalidation messages changed shape.** They are now JSON
+  (`{"feature":…,"publisher":…}`) rather than a bare feature name. An upgraded
+  process still acts on the bare names an un-upgraded one publishes, so it never
+  misses a peer's change; an un-upgraded process ignores the JSON and stays
+  stale until its next write. Finish the rollout before relying on
+  cross-container invalidation.
+
+- **Version history written by 1.5.0 stays readable.** The old single-list
+  window is still read, and the first append after the upgrade migrates its
+  entries to `version_<n>` keys and continues numbering above them. Nothing to
+  run by hand. During a rolling deploy, processes still on the old code keep
+  numbering locally, so finish the rollout before relying on the guarantee.
+
+- **Archives written before this release stay readable.** Snapshots kept as
+  `version_<n>` keys inside the feature's `__magick_versions:<name>` row are
+  read in place, so `get_versions` and `rollback` keep working across the
+  upgrade. They are left where they are rather than rewritten: nothing writes
+  to that row any more, so it costs one read and never grows. New snapshots go
+  to `__magick_versions:<name>#v<n>` rows and numbering continues above the old
+  history. Again, nothing to run by hand.
+
+## 1.6.0 — 2026-08-05
+
+Wire targeting contract for control-plane APIs. The gem now ships the two
+primitives a flag-management endpoint needs — a canonical serializer and a
+wholesale targeting write — while the host app keeps routes and auth.
+
+### Features
+- **`Feature#as_json`** — canonical wire-format flag payload (string keys).
+  The `"targeting"` key is **always present** (`{}` = no targeting), list
+  rules are arrays of strings, percentages are floats, and the internal
+  `:variants` entry never appears inside `targeting`. Works directly with
+  `render json: feature` / `render json: Magick.features.values`.
+- **`Feature#replace_targeting(payload)`** — wholesale, declarative
+  targeting write: the payload is the new state, keys absent from it are
+  removed, `{}` clears everything. Lenient input (string/symbol keys, plural
+  aliases, scalars for lists, numeric strings), strict validation: unknown
+  keys or invalid values raise the new `Magick::InvalidTargetingError`
+  before anything is applied (all-or-nothing) — map it to a 422. Records one
+  audit entry and one version snapshot per call. A/B variants survive the
+  replace untouched.
+- **`Magick::TargetingPayload`** — the shared normalizer/serializer behind
+  both primitives; `Feature#targeting` is now a public reader.
+
+### Changes
+- **Admin UI targeting form** submits through `replace_targeting`: one
+  `replace_targeting` audit entry + one version per save, instead of one
+  entry per changed rule. Rules the form has no fields for (IP, date range,
+  custom attributes, complex conditions, group targeting) are carried over
+  unchanged.
+- **`Magick.import`** applies targeting through `replace_targeting` as well:
+  imported targeting now replaces the feature's existing targeting wholesale,
+  and invalid targeting payloads raise `ImportError` instead of being
+  silently applied or skipped. Exports from older gem versions (which leaked
+  `variants` into the targeting hash) still import cleanly.
+- **`as_json` variants** read the authoritative store
+  (`targeting[:variants]`), so the wire `variants` list is populated
+  (`to_h`'s legacy top-level `variants` was always empty).
+
+## 1.5.0 — 2026-08-05
+
+Every save now creates a version, and the audit log covers every mutation.
+Previously versions were only written by explicit `save_version` calls, and
+the audit log fired only from `set_value`.
+
+### Features
+- **Automatic versioning.** Every state-changing operation on a feature
+  (value, status, group, all targeting/exclusion mutations, variants,
+  dependencies, delete) records a version snapshot through a single choke
+  point (`Feature#record_change`). A thread-local reentrancy guard ensures one
+  logical operation records exactly once — `enable` no longer surfaces as an
+  internal `set_value`.
+- **Full audit coverage with real action names.** Audit entries (and
+  `magick.feature_flag.audit_logged` events) now carry the actual operation:
+  `enable`, `disable`, `enable_for_user`, `exclude_role`, `set_status`,
+  `set_group`, `delete`, `rollback`, … Subscribers matching on `'set_value'`
+  for UI toggles will see the new names.
+- **Adapter-backed, tiered version history.** The hot window (last
+  `max_versions`, default 50, configurable via
+  `versioning enabled: true, max_versions: N`) lives in memory/Redis and is
+  shared across containers; the ActiveRecord adapter keeps an unlimited
+  archive (`__magick_versions:<name>` row) that survives restarts, Redis
+  flushes, and even feature deletion. `get_versions(name, all: true)` merges
+  the archive; rollback reaches versions that left the hot window.
+- **Actor attribution.** `Magick.with_actor(id) { ... }` stamps audit
+  `user_id` and version `created_by` for every change in the block; explicit
+  `user_id:` kwargs still win. The Admin UI attributes changes via the new
+  `Magick::AdminUI.configure { |c| c.current_actor = ->(controller) { ... } }`
+  hook (around_action on every request).
+- **Definition mode.** `Magick.definition_mode { ... }` suppresses recording
+  while declarative definitions are (re)applied; the railtie wraps the boot
+  load of `config/features.rb`, so container boots no longer would flood
+  history with identical snapshots.
+
+### Fixes
+- **Rollback restores state wholesale.** Previously rollback re-applied only
+  user/group/role targeting additively (never clearing current rules),
+  ignored exclusions/percentages/date ranges/variants, and skipped falsy
+  values (`if feature_data[:value]` — a boolean `false` was never restored).
+  It now replaces value (including `false`/empty), status, group, the entire
+  targeting hash, and dependencies — and records the rollback itself as a new
+  version instead of rewriting history.
+- **Version history survives restarts.** `get_versions` previously read only
+  a per-process in-memory list; adapter-written snapshots were never read
+  back. History is now rehydrated from the adapters.
+- **`versioning enabled: false` is honored.** `Config#apply!` used to re-run
+  the DSL methods with their defaults, stomping explicit
+  `enabled: false` settings for versioning/audit_log.
+- **Single audit event per change.** `set_value` previously emitted
+  `magick.feature_flag.audit_logged` twice (once itself, once via
+  `AuditLog#log`).
+
+## 1.4.3 — 2026-06-01
+
+Fixes the multi-process/multi-container "toggle doesn't take effect until I
+click again" bug in the Admin UI.
+
+### Correctness
+- **Admin UI now renders authoritative state.** In a load-balanced deployment
+  the enable/disable POST and the redirected GET land on different
+  processes/containers, so the process rendering the page could show its own
+  stale in-memory cache until Pub/Sub caught up. `index`/`show`/`edit` now read
+  straight from the shared backend (ActiveRecord → Redis) via the new
+  `Adapters::Registry#authoritative_get_all_data` / `#refresh_all_from_source`
+  and `Feature#reload_from_source!`, bypassing the local memory cache.
+- **Cross-process cache invalidation no longer drops the final state.** A single
+  `enable`/`disable` emits two Pub/Sub publishes (targeting, then value); the
+  old 100 ms reload debounce dropped the second, leaving other processes holding
+  the old value until their memory TTL (up to hours) expired. The subscriber now
+  reloads on every valid invalidation (`Registry#process_cache_invalidation`);
+  each reload reads complete state, so it stays idempotent.
+
+### Reliability
+- **Forked workers self-heal their Pub/Sub subscriber.** Under Puma
+  `preload_app!`, workers inherit a dead subscriber thread and — in production —
+  `config.to_prepare` does not re-run to revive it. A new Rack middleware
+  (`Magick::Rails::SubscriberMiddleware`) calls the pid-guarded
+  `ensure_subscriber!` per request, so each worker starts its own subscriber on
+  first request. Near-free no-op in single-mode Puma. README corrected
+  accordingly.
+
+## 1.4.1 — 2026-04-16
+
+Follow-up to 1.4.0 closing the nine acknowledged audit misses.
+
+### Security
+- `ExportImport.import` caps list size (10_000, overridable via
+  `MAGICK_MAX_IMPORT_FEATURES`) and rejects non-Hash entries with
+  `Magick::ExportImport::ImportError` (audit P1-S5).
+- New `Magick::LogSafe.sanitize` wrapper; every `warn`/`Rails.logger.*`
+  call that interpolates a feature name or exception message now runs
+  its input through it to block log injection (audit P2-S2).
+- Admin UI `update_targeting` and `update_variants` validate that their
+  payloads are Hash-like before iterating; malformed shapes redirect
+  with a generic alert instead of 500-ing with a stack trace (audit P2-S3).
+
+### Correctness
+- `Adapters::Base#set_all_data` now raises `NotImplementedError` so
+  custom adapters fail loudly instead of silently dropping bulk writes
+  (audit P2-Co6).
+- `Versioning#save_version` computes the next version number and
+  appends under the same mutex so concurrent saves can't collide
+  (audit P2-C10). `get_versions` returns a dup'd snapshot.
+
+### Resource hygiene
+- `PerformanceMetrics.record_async` pre-caps `@metrics` at the
+  `METRICS_RING_CAP` constant; drops the dead post-insert shift
+  (audit P0-C2).
+- Async Redis writes (`Registry#spawn_async_write`) now `rescue
+  StandardError` and log so failures are visible instead of silently
+  killing the thread (audit P1-C4).
+- `Memory#set` and `#set_all_data` trigger `cleanup_expired_if_needed`,
+  so write-heavy processes evict expired TTLs between 30s sweeps
+  (audit P1-C8).
+
+### Tests
+- `versioning_spec.rb` covers sequential versions, get_versions
+  snapshot semantics, 50-way concurrent save, and rollback.
+- `log_safe_spec.rb` covers control-char replacement, truncation,
+  custom max, and non-string inputs.
+- `export_import_roundtrip_spec.rb` gains input-validation tests.
+
+### Docs
+- RAILS8_EVENTS.md documents `feature_enabled_globally` /
+  `feature_disabled_globally` (were missing from the event list).
+- Install generator template notes `Magick::AdminUI.configure` auth
+  wiring and when to call `Magick.shutdown!` in non-Rails processes.
+
+## 1.4.0 — 2026-04-16
+
+Hardening release driven by a full audit (concurrency, security, correctness,
+coverage). No breaking changes. Major highlights:
+
+### Security
+
+- **Admin UI**: `FeaturesController` and `StatsController` now include
+  `ActionController::RequestForgeryProtection` and call `protect_from_forgery
+  with: :exception`. Until this release the Admin UI was vulnerable to CSRF
+  because inheriting `ActionController::Base` does not bring CSRF in by
+  default.
+- **Admin UI**: `set_feature` no longer falls through to `Magick[name]`, which
+  would lazily create and persist a new feature from an attacker-chosen
+  `params[:id]`. Unknown IDs now 404/redirect.
+- **Admin UI**: Exception messages are no longer echoed into flash banners;
+  they go to the server log and users see a generic "see server logs" message.
+- **Admin UI helpers**: `feature_status_badge` returns `content_tag` so future
+  callers can't accidentally render user input through `raw`/`html_safe`.
+- **Pub/Sub**: Incoming `feature_name` payloads must match a conservative
+  identifier pattern (`[a-zA-Z0-9_\-.:]{1,120}`); anything else is dropped,
+  preventing a neighbour tenant on a shared Redis DB from triggering reload
+  loops or memory growth.
+- **Config**: `ConfigDSL.load_from_file` now resolves paths with `File.realpath`
+  and refuses anything outside the project tree unless
+  `MAGICK_ALLOW_CONFIG_EVAL=1` is set. This closes an RCE-by-path vector.
+
+### Correctness / Bug fixes
+
+- **Graceful shutdown**: New `Magick.shutdown!` and `Adapters::Registry#shutdown`
+  cleanly terminate the Redis Pub/Sub subscriber thread. Without this, Puma /
+  Rails graceful stops hung on the blocking `Redis#subscribe` call. Wired into
+  the Railtie via `at_exit`.
+- **Fork safety**: `Registry#ensure_subscriber!` and
+  `PerformanceMetrics#ensure_async_processor!` restart background threads
+  after a Puma worker fork so children don't share the parent's inherited
+  subscriber socket. Invoked from `config.to_prepare`.
+- **`Magick.reset!`**: Now resets the lazily-initialised default adapter
+  registry singleton; previously tests and reconfigurations leaked the old
+  in-memory cache.
+- **Export/Import**: `export` now emits `group`, `dependencies` and
+  `variants`. `import` applies every targeting key (inclusions and
+  exclusions, tags, IPs, date ranges, custom attributes, variants, and
+  dependencies) instead of silently dropping them.
+- **IP targeting**: `Feature#enable_for_ip_addresses` and
+  `#exclude_ip_addresses` used to store the incoming array as a stringified
+  `'["1.2.3.4"]'`, so IP gating never actually worked. Both setters now
+  append each IP directly.
+- **Orphaned classes**: `Magick::Targeting::Complex`, `CustomAttribute`,
+  `DateRange` and `IpAddress` existed in `lib/magick/targeting/` but were
+  never required. They're now wired into `lib/magick.rb`.
+
+### Resource hygiene
+
+- **AuditLog** is now bounded via a ring-buffer-style cap (default 10_000,
+  configurable via `max_entries:`); `entries` returns a dup'd snapshot so
+  readers don't race with writers.
+- **Registry**: `record_local_write` also sweeps stale tracking entries, so a
+  write-heavy / read-light process no longer leaks `@local_writes` and
+  `@last_reload_times`.
+- **Redis SCAN** retries once with backoff on transient errors.
+
+### Tests
+
+- 297+ specs covering `FeatureDependency`, all targeting strategies,
+  `CircuitBreaker` state transitions + concurrency, Registry shutdown +
+  fork safety, Redis integration (REDIS_URL-gated), `AuditLog` eviction,
+  `ConfigDSL.load_from_file` path validation, variant distribution, and
+  full export/import round-trip.
+
+## 1.3.1 — earlier
+
+- Fix inverted dependency logic in `Feature#enable` / `#disable` cascade.
+
+## 1.3.0 — earlier
+
+- A/B testing support with variant management.
+- Documentation for anonymous user experiments and variant safety.
+
+## 1.2.x — earlier
+
+- `magick-feature-flags` renamed + styles in Admin UI.
+
+---
+
+For older releases see `git log`.