Skip to content

remains in normal mode in agents view #79

Closed

Description

@cprn

OpenCode version

1.18.30

vimcode version

0.18.1

OS

Manjaro 26.1.3

Terminal

urxvt

What happened?

In OpenCode you can press ctrl+x down to open agents view, then go prev/next with left/right arrows keys, and go back to parent with up. It can be switched to Vim-like shortcuts in tui.json with:

{
    "plugin": [["vimcode@git+https://github.com/oribarilan/vimcode.git#v0.18.1", {"modeIndicator": "none"}]],
    "keybinds": {
        "leader": ",",
        "session_child_first": "<leader>j",
        "session_parent": "k",
        "session_child_cycle": "l",
        "session_child_cycle_reverse": "h"
    }
}

In that case, in normal mode, pressing ,j correctly opens agents view, but plugin remains in normal mode, meaning the user is "stuck" in the agents view until they press i (keybinds are passed to OpenCode only in insert mode).

Activity

  1. added
    bugSomething isn't working
    on Sep 12, 2026
  2. oribarilan commented on Oct 3, 2026

    @oribarilan
    Owner

    thanks for reporting! will be tackled soon (taking the time to go over all issues)

  3. oribarilan commented on Oct 3, 2026

    @oribarilan
    Owner

    @cprn can you please verify this in opencode v2?
    I coudln't reproduce it there, and ideally vimcode development focuses on v2 from now on.
    Please lmk if you still experience this or a similar issue in v2 :)

  4. cprn commented on Oct 3, 2026

    @cprn
    Author

    I'm not using beta software. But if you were able to replicate it on 1.18 and can't replicate it on beta, then you can assume it's solved.

    It'd mean they've changed the way keybinds work entirely, though, because I looked at the way you implemented normal/insert modes, and it seems to me that key presses are passed to OpenCode only in insert mode. So unless OpenCode v2 somehow grabs the key press events before your add-on, the issue should still happen. I might be wrong, I didn't spend much time on it.

  5. oribarilan commented on Oct 4, 2026

    @oribarilan
    Owner

    @cprn i was able to reproduce this and fix it. Thanks! lmk how this fix is working for you :)

  6. cprn commented on Oct 13, 2026

    @cprn
    Author

    Oh, I think I get it... it's in master branch, and not yet released. OK, I'll try to carve out some time to test it before release.

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 isn't working

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions