[Bug]: Paste (Command+V) doesn't work as expected when using non-Qwerty input source on Mac

[mulka]

Bug Description

Paste (Command+V) doesn't work as expected when using non-Qwerty input source on Mac. For me, with Dvorak, instead of pasting, Command+V opens the list of sessions.

Steps to Reproduce

1. Change input source to Dvorak
2. Copy something outside of the Hermes app
3. Try to paste it in the Hermes app

Expected Behavior

Paste should work

Actual Behavior

Opens the session list

Affected Component

CLI (interactive chat), Other

Messaging Platform (if gateway-related)

N/A (CLI only)

Debug Report

N/A

Operating System

MacOS 26.5.1

Python Version

No response

Hermes Version

Version 0.18.2 (0.17.0)

Additional Logs / Traceback (optional)

Root Cause Analysis (optional)

No response

Proposed Fix (optional)

No response

Are you willing to submit a PR for this?

• I'd like to fix this myself and submit a PR

[mulka]

Issue Autopilot is releasing this claim. Outcome: conflict before claim

I have no idea what this means.

[GottZ]

This was generated by AI during triage.

Summary

One PR addresses issue #64722. #67558 narrows Ctrl+X handling so terminal-forwarded non-QWERTY Cmd+V events neither open Sessions nor pass through prematurely from the composer, but the recorded Verify verdict remains partial_fix.

Related pull requests

• fix(tui): prevent non-QWERTY Cmd+V from opening sessions #67558 partial — (+24/-4) — partial fix: fix(tui): prevent non-QWERTY Cmd+V from opening sessions #67558 introduces isLiteralCtrl for the global Sessions and queued-item handlers and applies the same modifier distinction to the composer pass-through condition, with meta/super-forwarded Ctrl+X regression cases. The keep_open review on fix(tui): prevent non-QWERTY Cmd+V from opening sessions #67558 identified the composer early-return gap; the current cached diff contains the requested condition change and tests, but there is still no shown end-to-end regression proving that the forwarded Dvorak Cmd+V event reaches the existing paste branch and pastes successfully.

Suggested consolidation

Keep #67558 open with a salvage path: retain the shared isLiteralCtrl narrowing and its modifier-shape tests, then add an end-to-end or handler-level regression demonstrating that the reported non-QWERTY Cmd+V event reaches paste processing and inserts clipboard content rather than opening Sessions. This follows the keep_open review on #67558 while addressing why the recorded verdict is still partial_fix; there are no duplicate PRs to close.

Complex graph

flowchart LR
    classDef open fill:#dbeafe,stroke:#1d4ed8,color:#1e3a8a
    classDef merged fill:#dcfce7,stroke:#15803d,color:#14532d
    classDef closed fill:#e5e7eb,stroke:#6b7280,color:#1f2937
    classDef unverified fill:#f3f4f6,stroke:#9ca3af,color:#374151
    classDef best stroke-width:3px,stroke:#b45309
    classDef target stroke-width:3px,stroke:#4338ca
    I64722(["issue #64722 (open)"])
    P67558["PR #67558 (open)"]
    P67558 -.->|partial| I64722
    class I64722 open
    class I64722 target
    class P67558 open
    click I64722 "https://github.com/NousResearch/hermes-agent/issues/64722"
    click P67558 "https://github.com/NousResearch/hermes-agent/pull/67558"

Loading

Graph: solid arrow = fixes / best fix, dashed arrow = partial or unverified (see edge label); boxed group = PRs duplicating each other; amber border = best fix; indigo border = target; gray node = closed (state tag in the node label).

Cross-PR triage: Reviewed 1 pull request and 1 issue in this complex. Each diff was read against this issue; Assessment working set: 5 kB of PR diffs, 1 kB of issue/PR text, 1 kB of discussion (6 comments), 1 verify verdict. verdicts reflect diff content, not PR titles. Part of an automated triage batch.