Keep command routing independent of operand counts
This commit is contained in:
@@ -66,7 +66,7 @@ longer-shortcut cases and the complete offline root suite passed on Go 1.26.8.
|
||||
|
||||
## R-2: Select canonical routing context before validating operand counts
|
||||
|
||||
Status: open. Priority: P2. Category: unintended parsing restriction and identity.
|
||||
Status: complete. Priority: P2. Category: unintended parsing restriction and identity.
|
||||
|
||||
**Evidence:** [resolveEnteredRoute](../../route.go#L25) also uses the complete
|
||||
operand-count predicate from R-1, but it examines only tokens before the first
|
||||
@@ -100,6 +100,15 @@ entered path `r` and canonical path `run`; partial-operand help describes that
|
||||
command and recognizes its applicable aliases. Test canonical and shortcut
|
||||
forms, and ensure genuinely invalid execution arity still produces usage errors.
|
||||
|
||||
**Completed:** Canonical tracing now selects runnable commands structurally;
|
||||
installation alone applies the operand-prefix capacity check. Runtime routing
|
||||
keeps command identity and applicable flag aliases for partial or excess
|
||||
operands, while input preparation retains arity validation. Regressions cover
|
||||
interspersed canonical/alias flags, incomplete help, invalid arity, path metadata,
|
||||
and discovery beneath a zero-operand runnable command. The excess-operand
|
||||
regression failed before this change; the full offline root suite and the
|
||||
additional discovery check passed on Go 1.26.8.
|
||||
|
||||
## R-3: Preserve exact target lookup for the explicit help command
|
||||
|
||||
Status: open. Priority: P2. Category: help grammar regression.
|
||||
|
||||
Reference in New Issue
Block a user