321: MSSQL: certificate trust setting and limit validation (MSSQL_TRUST_SERVER_CERT, MSSQL_MAX_ROWS, MSSQL_QUERY_TIMEOUT_MS) #345
No reviewers
Labels
No labels
bug
chore
documentation
enhancement
feature
ready
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
david/pi-extensions-and-skills!345
Loading…
Reference in a new issue
No description provided.
Delete branch "feature/issue-321/mssql-certificate-trust-setting-and-limit-validati"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
321: MSSQL: certificate trust setting and limit validation (MSSQL_TRUST_SERVER_CERT, MSSQL_MAX_ROWS, MSSQL_QUERY_TIMEOUT_MS)
Implements 321.
Generated in 53s.
Review findings
Review Findings — 321
Summary
I fixed one Low finding: I added a test that pins the validation order, so
MSSQL_TRUST_SERVER_CERTis reported before the limits.node --test extensions/mssql/env.test.tsnow passes 61 of 61 tests. I left the Medium finding unresolved. WiringloadSettingsintoindex.tsis staged for a follow-up step and goes beyond this issue's scope. The trimming finding needs no code change, so I left it unchecked.Critical
High
Medium
loadSettingshas no caller. DESIGN.md line 97 says an invalid limit means the extension does not load, but nothing enforces that yet, andtrustServerCertis not passed to the connection config. Suggested fix: in a follow-up step, callloadSettings(loadEnvFile())inindex.ts, refuse to load and printerroron failure, and passtrustServerCerttooptions.trustServerCertificate. If this issue is meant to cover that wiring, do it here.Low
MSSQL_TRUST_SERVER_CERTis compared without trimming, so" true"is rejected. Tests lock this in, and failing closed is arguably right. Suggested fix: no change needed. Optionally add a sentence to DESIGN.md saying that whitespace is not tolerated.MSSQL_TRUST_SERVER_CERTis invalid and a limit is also invalid, so the order of validation is untested. Suggested fix: add one test that pins which variable is reported first.