Skip to content

[Bug]: Sol 6.1 incorrectly categorized under legacy models instead of current #14301

Description

@rikvisser-dev

Before submitting

  • I searched existing issues and did not find a duplicate.
  • I included enough detail to reproduce or investigate the problem.

Area

Not sure

Steps to reproduce

  1. Launch the application.
  2. Navigate to the model picker interface.
  3. Select the Codex Provider option.
  4. Open the legacy model dropdown menu.
  5. Choose Sol 6.1 from the list.

Expected behavior

Sol 6.1 should be categorized under current models, while Sol 6 should remain under legacy models.

Actual behavior

Sol 6.1 is currently appearing under legacy models instead of current models.

Impact

Minor bug or occasional failure

Version or commit

0.0.43-nightly.20260929.2450 (27bdf1a)

Environment

macOS 27.0 (26A428)

Logs or stack traces

Screenshots, recordings, or supporting files

Screenshot 2026-09-29 at 21.00.57.png

Workaround

Choose Sol 6.1 from the legacy models dropdown.

Activity

  1. added
    bugSomething is broken or behaving incorrectly.
    needs-triageIssue needs maintainer review and initial categorization.
    on Sep 29, 2026
  2. juliusmarminge commented on Sep 29, 2026

    @juliusmarminge
    Member

    Already covered by open PR #14294 (feat(models): add GPT-6.1-Sol), which adds gpt-6.1-sol to currentModels.codex (and moves gpt-6-sol to legacy). Linked via Fixes #14301.

  3. removed
    needs-triageIssue needs maintainer review and initial categorization.
    on Sep 29, 2026
  4. juliusmarminge commented on Oct 2, 2026

    @juliusmarminge
    Member

    Thanks for taking the time to report this and provide the details. We revisited it during the orchestrator V2 cleanup.

    Current model manifest lists gpt-6.1-sol in currentModels.codex; legacy classification checks membership in this overlay. Related PR 14294 is closed unmerged, so closure rests on current source rather than that PR.

    I’m closing this based on the current source and the evidence in this thread.

    Source reviewed.

    Old clients or cached remote manifests may require refresh; no live model-picker check.

    If you still hit this on a current build, please reply with the app/server versions and the steps that reproduce it. We can reopen this if the original problem is still there.

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

    bugSomething is broken or behaving incorrectly.

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions