Skip to content

stabilize client reindexer test#1212

Merged
bgentry merged 1 commit intomasterfrom
bg/stabilize-reindexer-test
Apr 14, 2026
Merged

stabilize client reindexer test#1212
bgentry merged 1 commit intomasterfrom
bg/stabilize-reindexer-test

Conversation

@bgentry
Copy link
Copy Markdown
Contributor

@bgentry bgentry commented Apr 14, 2026

A reindexer test was asserting the wrong contract for Reindexer.TestSignals.Reindexed. The test waited twice on the signal as though it fired once per index or once per startup cycle, but the reindexer sends it once after a run has finished processing all configured indexes.

In the failing run, the client logged a complete reindex pass, including Initiated reindex for every default index, and then the test timed out waiting for another signal that would never arrive:

https://github.com/riverqueue/river/actions/runs/24406465152

Configure the client with a single reindex target and wait for one Reindexed signal. That keeps this test focused on what it actually owns, which is proving that the client wires up the reindexer and lets a run complete through the full stack.

The more detailed scheduling and multi-index behavior stay covered by the dedicated reindexer tests, so this client-level assertion no longer depends on the size of the default index list or on how long a full reindex pass happens to take on CI.

@bgentry
Copy link
Copy Markdown
Contributor Author

bgentry commented Apr 14, 2026

@codex review

@chatgpt-codex-connector
Copy link
Copy Markdown

Codex Review: Didn't find any major issues. Delightful!

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

A reindexer test was asserting the wrong contract for
`Reindexer.TestSignals.Reindexed`. The test waited twice on the signal
as though it fired once per index or once per startup cycle, but the
reindexer sends it once after a run has finished processing all
configured indexes.

In the failing run, the client logged a complete reindex pass, including
`Initiated reindex` for every default index, and then the test timed out
waiting for another signal that would never arrive:

https://github.com/riverqueue/river/actions/runs/24406465152

Configure the client with a single reindex target and wait for one
`Reindexed` signal. That keeps this test focused on what it actually
owns, which is proving that the client wires up the reindexer and lets a
run complete through the full stack.

The more detailed scheduling and multi-index behavior stay covered by
the dedicated reindexer tests, so this client-level assertion no longer
depends on the size of the default index list or on how long a full
reindex pass happens to take on CI.
@bgentry bgentry force-pushed the bg/stabilize-reindexer-test branch from 2bf6c51 to cf38569 Compare April 14, 2026 21:51
@bgentry bgentry marked this pull request as ready for review April 14, 2026 21:53
@bgentry bgentry requested a review from brandur April 14, 2026 21:53
@bgentry bgentry merged commit 4efc979 into master Apr 14, 2026
15 checks passed
@bgentry bgentry deleted the bg/stabilize-reindexer-test branch April 14, 2026 22:14
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.

2 participants