Skip to content

correct: Handle mixed-case damage explicitly #37

Description

@BenWestgate

correct() and codex32 correct currently return no candidate / “No valid correction found” for otherwise repairable mixed-case input because _correct_fixed() converts InvalidCase into no result. Interactive recovery already applies majority-case interpretation.

Choose and test one consistent standalone behavior: apply case interpretation before correction, or diagnose mixed case specifically instead of reporting a failed search. This concerns the API and CLI only; the reviewed commit had no GUI.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    area: cliCommand-line interface behavior.area: correctionCorrection engine and correction UX.bugSomething isn't workinggate: adversarial reviewResolve, merge, or explicitly defer before the next full adversarial review.

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions