Skip to content

Reject incompatible FTS and literal search modes - #4979

Merged
Widthdom merged 3 commits into
mainfrom
fix-issue4879
Jul 29, 2026
Merged

Reject incompatible FTS and literal search modes#4979
Widthdom merged 3 commits into
mainfrom
fix-issue4879

Conversation

@Widthdom

Copy link
Copy Markdown
Owner

Summary

  • Reject raw FTS combined with --exact, --exact-substring, or --token-boundary after argument normalization and before search dispatch.
  • Emit typed E010_USAGE_ERROR responses for human and JSON search output while preserving the audit invocation contract.
  • Keep replay/query context single-mode, and update help, completion snapshots, bilingual documentation, tests, and the changelog fragment.

Root cause

Exact-search aliases were normalized without a compatibility check against raw FTS. The token-boundary conflict used a separate late validation path, so incompatible semantic flags could reach query context together.

Validation

Related issues

Fixes #4879

@Widthdom
Widthdom marked this pull request as ready for review July 29, 2026 12:05
@Widthdom
Widthdom merged commit d5255c4 into main Jul 29, 2026
12 checks passed
@Widthdom
Widthdom deleted the fix-issue4879 branch July 29, 2026 12:05
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Reject incompatible FTS and literal search modes

1 participant