Skip to content

[MOR-1646] IC-7300 CW Pitch, Key Speed, and Break-in writes must not report stale radio truth #2568

Description

@morozsm

Linear: https://linear.app/morozsm/issue/MOR-1646

Problem

On IC-7300 desktop validation, CW Pitch and Key Speed gestures dispatched writes but fresh canonical radio state returned their prior values. FULL was also observed enqueuing a break-in mode write; it must be verified independently rather than inferred from the other controls. The UI must not present successful control behavior when execution or confirmation has not occurred.

Acceptance criteria

  • CW Pitch and Key Speed: one gesture results in one correctly routed IC-7300 CI-V write and bounded canonical confirmation of the requested value, or a truthful rejected/unconfirmed result.
  • FULL and SEMI break-in mode intents are independently covered; the observed FULL enqueue is not proof that SEMI works.
  • Use existing state/acquisition authority; no optimistic radio truth, extra polling loop, or model-name frontend branch.
  • Focused exact-profile tests cover command route and post-write outcome; a non-mock IC-7300 profile witness covers command mapping.
  • A hardware rerun records final confirmed value/mode after one gesture.
  • PTT/TUNE and all transmit behavior remain out of scope.

Relationships

Related: MOR-1493, MOR-679, MOR-680, MOR-1641, MOR-1644. These are related evidence/lifecycle work, not blockers.

Project fields

Status=Todo; WorkType=bug; Area=radio-models; Priority=P1; Phase=alpha; Owner=codex; Risk=medium; Size=M.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions