get_civics recentDemographics contains large blocks of duplicated events #224
Labels
No labels
burndown-2026-06
headless
autonomy
async-consult
autonomy
epic
autonomy
headless
autonomy
live-collab
c#
priority
P0
priority
P1
priority
P2
priority
P3
priority
P4
role/ai
role/creator
role/design
role/director
role/engineer
role/exec
role/human
role/ops
role/qa
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
coilyco-gaming/eco-app#224
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
QA sweep, Eco via Sirens, day 40, 2026-08-12.
Observed
get_civics.recentDemographicsrepeats whole runs of identical records. The day-19joinedblock (roughly 35 citizens) appears three times verbatim in a single response, and the day-15 block appears twice. Smaller duplicates are scattered throughout — e.g.Salday 27 joined ×2,PVC Pipe Connecterday 26 joined ×2,Joviday 17 joined ×4 / left ×4.Why it matters
The counts derived from this stream look wrong as a result:
citizensGained: 371,netCitizens: 346get_server_statusreportsplayers.total: 165— the server has never seen 371 distinct players.perActionCounts.BecomeCitizen: 371matches, so the duplication is upstream of the counters, in the event ingest.Expected
Either de-duplicate on ingest, or state clearly that these are raw repeated events and that
citizensGainedcounts events rather than people. As it stands the demographic headline is roughly 2× reality.Note
May share a cause with the
subject/settlementblanking in the sibling issue — worth checking whether the same rows are being re-emitted per settlement with an unresolved settlement key.