Skip to content

[Feature]: [UX] Terminal style history for chat input text field. #1777

Description

@PratyushChauhan

Before submitting

  • I searched existing issues and did not find a duplicate.
  • I am describing a concrete problem or use case, not just a vague idea.

Area

apps/desktop

Problem or use case

As a user, I want to press the UP arrow key, to populate my chat input text field with the previous message in the chat history.

Proposed solution

When the user is focused on the chat input text field, pressing the UP arrow key should populate the text field with the previous message.

Why this matters

Improves UX while using chat.

Smallest useful scope

--

Alternatives considered

No response

Risks or tradeoffs

No response

Examples or references

No response

Contribution

  • I would be open to helping implement this.

Activity

  1. added
    enhancementRequested improvement or new capability.
    needs-triageIssue needs maintainer review and initial categorization.
    on Apr 6, 2026
  2. PratyushChauhan commented on Apr 6, 2026

    @PratyushChauhan
    Author

    Simple enough change, made a minimal pr.

  3. added a commit that references this issue on Apr 9, 2026
  4. PratyushChauhan commented on Apr 22, 2026

    @PratyushChauhan
    Author

    The files that need to be edited for this feature are a high action space, as a result merge conflicts keep getting introduced. Will make a pr on this once the repo is open for contributions, else I'll just have to keep closing my PRs.

  5. added a commit that references this issue on Jul 23, 2026
    d70c906
  6. brzzdev commented on Aug 11, 2026

    @brzzdev
    Contributor

    Would like this too. One detail worth pinning down in the spec, since it is the difference between this being useful and being annoying:

    Up should only recall history when the composer is empty. If there is already text in the box, Up should move the caret within that text as it does today — otherwise the key becomes unusable for editing a multi-line prompt, which is most of them.

    That matches the terminal behaviour the title refers to (readline/zsh only pull from history when the line is empty, or when the caret is on the first line), and it keeps the change additive rather than taking an existing key away.

    The rest, in roughly the order I would want it:

    • Up on an empty composer fills it with your previous message; Up again steps further back.
    • Down steps forward, and past the newest entry returns the composer to empty.
    • Editing a recalled message and then navigating away should not clobber the stored history entry.

    Smallest useful version is just the first bullet.

  7. ryanbliss commented on Aug 14, 2026

    @ryanbliss

    Note that Codex desktop does support this feature and I love it, have been missing it a lot since switching!

  8. locked and limited conversation to collaborators on Aug 15, 2026
  9. converted this issue into a discussion #6717 on Aug 15, 2026
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

    enhancementRequested improvement or new capability.needs-triageIssue needs maintainer review and initial categorization.

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions