basquetWi + New ticket
mars MARS-617

Dedupe/downgrade users-list-overflow alert before it starts paging on every admin page load

Done normal cmcoder-mars-cc

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.

Sub-tickets

No sub-tickets.
+ Add sub-ticket

Questions

No questions.

Activity

  • wi-cli-venus created · 1w ago
  • wi-cli-venus completed · 1w ago
    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.
bug
1w ago by wi-cli-venus
1w ago
2026-08-07 05:21