fix(controller): a queue added by a live config upgrade exists without a restart (bug-1469)

build_queues() only ran at boot, so a queue a live config upgrade added
had no runtime object in c->qmgr (and the scheduler/apiserver never heard
of it) until the controller restarted. The checkpoint-ordering half of
bug-1469 was fixed in 959b0cda; this is the remaining half.

- reconcile_config_queues(c, notify): creates every queue in the active
  config that has no runtime object, leaves existing ones untouched,
  returns the number created.
- config_activate_committed() calls it (with notify) after every
  successful activation -- verified-marker and no-marker paths alike.
- persist_notify_queue_updated_no_wal(): fires HOOK_DETAIL_QUEUE_UPDATE
  under the t_apply_seam_notifying guard, so the scheduler/apiserver are
  told while no WAL_QUEUE_CTRL is appended -- config queues are
  config-owned, built on every member from the committed config.
- build_queues() now delegates to it without notify, so boot and
  activation are idempotent in either order.

New test_config_queue_reconcile.c (RED before: the added queue was never
created): creates the added queue, leaves the existing object untouched,
notifies once, and a second reconcile/build_queues adds nothing.
Controller suite passes.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>

src/controller/config_repl.c

@@ -326,6 +326,8 @@ int config_activate_committed(cluster_t *c)
         if (lrc != 0 && lrc != -ENOENT)
             WARN("config_activate_committed: no committed marker; "
                  "load_primary_config fallback rc=%d", lrc);
+        if (lrc == 0)
+            reconcile_config_queues(c, 1); /* bug-1469 */
         return 0;
     }
     if (rc != 0)
@@ -373,6 +375,9 @@ int config_activate_committed(cluster_t *c)
     atomic_store_explicit(&c->ha.config_serve_fence, 0, memory_order_release);
     INFO("config activated from committed marker tag=%016" PRIx64
          " (hash-verified out-of-band bytes)", marker_tag);
+    /* bug-1469: materialize queues the new config added (they used to need
+     * a restart -- build_queues() only ran at boot). */
+    reconcile_config_queues(c, 1);
     return 0;
 }