feat: opt-in --legacy-severity flag for one-release grace window on check severity remap
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 25/100
- Issue type
- Feature
- Clarity
- Needs clarification
- Activity status
- Active
- Tech stack
- typescript
- Domain
- cli
Research direction
Start by resolving the deferred release-review decision between a one-release compatibility mode and a hard break. The issue names the check CLI behavior, --legacy-severity, ALTIMATE_CHECK_STRICT=0, a deprecation warning, and a later removal, but no files, tests, or entry points; done criteria depend on that decision.
Written by the indexing model from the issue text.
Description
Deferred from the v0.9.6 release review (CTO + Chaos Gremlin, P2).
Context
v0.9.6 flips normalizeSeverity in check --checks *:
- Engine
high→ CLIerror(wasinfo) - Engine
medium→ CLIwarning(wasinfo)
That's a silent behavior change with no rollout lever — every user who upgrades sees their check --fail-on error|warning gates behave correctly for the first time, but from their perspective their CI just started failing on unchanged SQL. This is the intended fix (previously the mapping silently downgraded high-risk injections to info, defeating --fail-on), but there's zero migration lever.
What to do
Ship a one-release grace flag so teams with brittle CI gates can opt back into the pre-0.9.6 mapping while they update their pipelines:
--legacy-severityCLI flag (orALTIMATE_CHECK_STRICT=0env var) that restores the pre-0.9.6high → infomapping- Emit a deprecation warning per-invocation when the flag/env var is set
- Remove in v0.10.0 or v0.9.8 (2-release deprecation cycle)
Alternative: hard break, no grace
We may prefer the clean hard-break — accept the migration cost, no legacy mode, better long-term posture. In that case, close this issue as wontfix with a note explaining the call. Both options are defensible; we deferred the decision from the release itself.
Priority
P2. Not blocking any customer today (no complaint filed); this is prophylactic based on the release-review CTO/Gremlin lens.
- Dominant language
- TypeScript
- Stars
- 813
- Forks
- 134
- Avg merge
- 2d 5h
- Merged PRs (30d)
- 62
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from AltimateAI/altimate-code
-
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
AltimateAI/altimate-code#1323 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
AltimateAI/altimate-code#1288 ·
-
Difficulty 1/5 Under an hour Newbie friendliness 92/100
AltimateAI/altimate-code#1285 ·
-
privacy: Altimate Base consent dialog no longer discloses persistent per-installation identifier Open
Difficulty 1/5 Under an hour Newbie friendliness 88/100
AltimateAI/altimate-code#1284 ·
-
Difficulty 2/5 Under an hour Newbie friendliness 72/100
AltimateAI/altimate-code#1283 ·
All issues in AltimateAI/altimate-code
Similar issues
-
Difficulty 1/5 Under an hour Newbie friendliness 72/100
EclipseFdn/open-vsx.org#13385 · 1 comment ·
-
S: triage
Difficulty 1/5 Under an hour Newbie friendliness 85/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
fix(errors): EHOSTUNREACH from a happy-eyeballs connect is reported as a resolver error (STAMP-80) Open
Difficulty 2/5 1-3 hours Newbie friendliness 90/100
snapshot-labs/stamp#666 ·
-
vangogh
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
knaw-huc/textannoviz#691 ·