fix(install): honor --clients and reject unrecognized flags - #1769
fix(install): honor --clients and reject unrecognized flags#1769bmcnaboe wants to merge 1 commit into
Conversation
install.sh silently discarded any flag it did not recognize, so --clients=claude,codex was dropped and every detected client was configured. Replace the two lenient parse loops with one strict parser: known flags only (--dir/--dir=/--clients=/--skip-config/--help); an unrecognized flag is an error (exit 2); and --clients is passed through to the binary installer, which honors the = form and validates the list. --skip-config behavior is unchanged. Fixes DeusData#1753 Signed-off-by: Brian McNaboe <bmcnaboe@gmail.com>
|
Thanks for opening this — it has been seen, and it is queued. This note is automated, but it is not a brush-off: it exists so you know where your PR stands instead of having to guess from silence. Current review status: working through a backlog. What that means for this PR, concretely:
Things that will genuinely speed it up whenever review does happen:
If this fixes a bug, a reproduction we can run is worth more than a description of the symptom. Thanks for contributing, and sorry in advance for the wait. |
The gate waited 90 x 30s = 45 min for CodeQL to finish on the PR head. That is shorter than CodeQL actually takes on this repository, so the gate has been failing runs that had not failed. Measured on PR DeusData#1426, head 7b72652: the CodeQL SAST workflow completed with conclusion=success at 17:46:05, having started at 15:41:44 -- 124 minutes. The gate step ran 16:52:58 to 17:38:44 and reported "BLOCKED: CodeQL timeout" 7 minutes and 21 seconds before the scan it was waiting for succeeded. Two open contributor pull requests are red from exactly this: DeusData#1426 and DeusData#1769, both with CodeQL completed=success on their head and every other check green. Three further PRs (DeusData#1703, DeusData#1741, DeusData#1742) are also red on codeql-gate alone, but from a different cause: the CodeQL run on their head is completed=cancelled, so the gate saw a non-success conclusion and correctly exited 1 without waiting. This change does not help those and is not intended to; they need a fresh scan, most likely having been superseded by concurrency cancel-in-progress in codeql.yml. 300 x 30s = 150 min covers the measured 124 min with margin. The job already declares timeout-minutes: 240, so the wait still cannot outlive its own job. No trigger, permission or gating change: codeql-gate blocks exactly what it blocked before, and a genuine CodeQL failure still exits 1 immediately rather than waiting out the budget. Only the absence of a verdict waits longer. Signed-off-by: Martin Vogel <martin.vogel.tech@gmail.com>
|
Thank you for keeping the installer fix focused on strict flag parsing and correct |
|
Closing this because the fix has landed — but you were first, and you were not credited. I want to say that plainly before anything else. You opened this on 20 August. It sat unreviewed, and on 27 August I committed What is on
|
install.sh silently discarded any flag it did not recognize, so
--clients=claude,codexwas dropped and every detected client got configured.Replace the two lenient parse loops with one strict parser: known flags only (--dir/--dir=/--clients=/--skip-config/--help); an unrecognized flag is an error (exit 2); and
--clientsis passed through to the binary installer, which honors the=form and validates the list.--skip-configbehavior is unchanged. shellcheck clean. Opened as a draft.Fixes #1753