anomalyco/opencode
1
0
Fork 0
mirror of https://github.com/anomalyco/opencode.git synced 2026-07-22 02:05:26 -04:00
Code Issues 5.9k Packages Projects Releases 19 Wiki Activity

[BUG] Clipboard copy only works first time after upgrading to v1.1.14 (regression from v1.1.13) #4990

New Issue
Closed
opened 2026-02-16 17:47:24 -05:00 by yindo · 0 comments
yindo commented 2026-02-16 17:47:24 -05:00
Owner
Copy Link
Copy Source

Originally created by @aaajiao on GitHub (Jan 12, 2026).

Originally assigned to: @rekram1-node on GitHub.

Description

After upgrading from v1.1.13 to v1.1.14, clipboard copy only works the first time. Subsequent copy operations fail silently (shows "Copied to clipboard" but nothing is actually copied).

Works in: v1.1.13 ✅
Broken in: v1.1.14 ❌

Environment

  • OS: macOS (running OpenCode in Docker container via OrbStack)
  • Terminal: Ghostty
  • OpenCode version: 1.1.14

Ghostty config

copy-on-select = clipboard
clipboard-read = allow
clipboard-write = allow

Steps to Reproduce

  1. Start OpenCode v1.1.14 in Docker container
  2. Select text and copy (first time) → ✅ Works
  3. Select different text and copy (second time) → ❌ Fails
  4. Subsequent copies continue to fail

Expected Behavior

All copy operations should work consistently, as they did in v1.1.13.

Suspected Cause

This regression may be related to mouse interaction changes introduced in v1.1.14:

  • #7820: feat(tui): add mouse hover and click support to autocomplete
  • #7905: feat(tui): add mouse hover and click support to questions tool

Related Issues

  • #7395: fix(tui): prevent UI freezes from clipboard operations and event loop (addresses Bun GC bug)
  • #7048: Copy Text "Copied to clipboard" does never work

Workaround

Downgrade to v1.1.13

Originally created by @aaajiao on GitHub (Jan 12, 2026). Originally assigned to: @rekram1-node on GitHub. ## Description After upgrading from v1.1.13 to v1.1.14, clipboard copy only works the first time. Subsequent copy operations fail silently (shows "Copied to clipboard" but nothing is actually copied). **Works in:** v1.1.13 ✅ **Broken in:** v1.1.14 ❌ ## Environment - **OS**: macOS (running OpenCode in Docker container via OrbStack) - **Terminal**: Ghostty - **OpenCode version**: 1.1.14 ## Ghostty config ``` copy-on-select = clipboard clipboard-read = allow clipboard-write = allow ``` ## Steps to Reproduce 1. Start OpenCode v1.1.14 in Docker container 2. Select text and copy (first time) → ✅ Works 3. Select different text and copy (second time) → ❌ Fails 4. Subsequent copies continue to fail ## Expected Behavior All copy operations should work consistently, as they did in v1.1.13. ## Suspected Cause This regression may be related to mouse interaction changes introduced in v1.1.14: - #7820: `feat(tui): add mouse hover and click support to autocomplete` - #7905: `feat(tui): add mouse hover and click support to questions tool` ## Related Issues - #7395: `fix(tui): prevent UI freezes from clipboard operations and event loop` (addresses Bun GC bug) - #7048: `Copy Text "Copied to clipboard" does never work` ## Workaround Downgrade to v1.1.13
yindo added the opentui label 2026-02-16 17:47:24 -05:00
yindo closed this issue 2026-02-16 17:47:24 -05:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
acp
bad
bug
discussion
docs
documentation
enhancement
extension
good first issue
growth
help-wanted
mcp
model-problem
needs:compliance
nix
opentui
perf
pull-request
Mirrored from GitHub Pull Request
 tui
web
windows
zen
No Label opentui
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
yindo
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: anomalyco/opencode#4990
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?