review-collect: keep the consumer scan deadline under the 180 s plan timeout (review fix)

Co-authored-by: capy-ai[bot] <230910855+capy-ai[bot]@users.noreply.github.com>
This commit is contained in:
garrytanandcapy-ai[bot] committed 2026-10-31 18:40:13 +00:00
1 parent ef818d7b04
commit cf82ee8b4c
4 files changed
+22 -10

No files matched your search

+3 -2
View File
@@ -180,8 +180,9 @@ consumer each keep the path code, and YAML, TOML and SVG are always code. More t
2,000 data paths keep every one code; a `git grep` failure is `consumer_scan_failed`
and fails the depth closed. The scan first lists the files that contain a candidate's
extension and then searches only those, docs files left out, so a large data tree
costs one cheap pass. The whole scan gets one 300-second deadline, set in milliseconds
with `GSTACK_CONSUMER_SCAN_TIMEOUT_MS`; a scan that runs past it is also
costs one cheap pass. The whole scan gets one 120-second deadline, a minute under the
180 seconds /ship gives `gstack-review-plan`, set in milliseconds with
`GSTACK_CONSUMER_SCAN_TIMEOUT_MS`; a scan that runs past it is also
`consumer_scan_failed`, and its detail says it timed out and names the deadline. Only `classifyDiff` applies the rule (`lib/review-collect.ts`
finds the consumers, `gstack-ship-preflight`'s `RUNTIME_LINES` reads the same
function); every path-only caller (the receipt's gate-scan decision, the Step 16