Dedupe/downgrade users-list-overflow alert before it starts paging on every admin page load
src/lib/users-actions.ts:191-214 (MARS-615 follow-on): the users-list-overflow warn+email fires on EVERY listUsers() call once totalCount>USERS_HARD_LIMIT (500) — active count is already 756 and only grows, so this is now permanent steady-state, not a transient condition, and the appEvent write has no dedup (only the email is outbox-deduped same-day). Will page PM/Elazar repeatedly with zero new information per occurrence. Fix: dedupe the appEvent write the same way as the email (e.g. skip logging if an identical warn already fired in the last 24h), OR downgrade the appEvent to info severity since the page itself is healthy/paginated and this is no longer a failure signal. Preserve the actual business intent (notify when active-user capacity crosses a milestone) without per-pageview noise.
Questions
Activity
-
users-list-overflow now writes at most once per 24h via new logEventOnce(input, window) atomic primitive (src/lib/logger.ts), email gated on the same claim. SHA c562e5a/v2.69.10, audit PASS. Superseded an intermediate non-atomic attempt (4cf1d2d/v2.69.9, audit-BLOCKed). Advisory-lock atomicity is per-Postgres-instance, not cross-database — fine for current single-DB topology.