Skip to content

bug: refresh the Play count after a matchmaking pass - #493

Merged
lukepolo merged 2 commits into
mainfrom
bug/play-count-refresh
Oct 2, 2026
Merged

lukepolo merged 2 commits into
mainfrom
bug/play-count-refresh

Conversation

@lukepolo

@lukepolo lukepolo commented Oct 2, 2026

Copy link
Copy Markdown
Contributor

When matchmaking found a match nothing re-broadcast the queue counts, so the Play count kept showing players who were already in a ready check or a match.

  • Each matchmaking pass sends one best-effort Play count refresh at the end, after unmatched lobbies are requeued
  • Covers lobbies claimed by another region's pass and put back, and full parties matched directly
  • A failed broadcast never affects the ready check

From DEAFCS: DEAFCS/api-deafcs@749aa67f

Claiming lobbies for a ready check takes them out of the queue, but no
matchmaking:region-stats went out, so every client kept showing them as
queued. A pass that creates a confirmation now re-broadcasts once its
unmatched claims are back in the queue; a failed broadcast is only logged.
A claim takes a lobby out of every region it queued in, so a broadcast
made while another region's pass held one missed it, and a pass that put
its claims back without a match never re-broadcast. Each pass that claimed
anything now refreshes once, after its requeue, instead of once per
confirmation path.
@lukepolo
lukepolo merged commit f294cc8 into main Oct 2, 2026
2 checks passed
@lukepolo
lukepolo deleted the bug/play-count-refresh branch October 2, 2026 20:09
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant