2c0334c4fe3311421c0f421db502f25c2d115804
`tick` read `PendingFactResolutions` at the scan limit, then `status` read it again with the same limit for one log line. Up to 2000 rows per tick on a database that serialises reads, to say how long the queue is. `statusOf` counts over a batch the caller already holds, and the tick passes it the batch it just read. A resolved fact leaves the queue, so the loop collects what is still pending rather than reporting the pre-tick count. `status(ctx)` stays as the querying form, for a caller outside the tick with no batch in hand. No behaviour change: the three counts still describe one row set, and the same facts are attempted per tick. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Description
No description provided
Languages
Go
97.1%
HTML
0.9%
Shell
0.6%
CSS
0.5%
Makefile
0.3%
Other
0.6%