"Copied to clipboard" toast disappears almost immediately on macOS

[andresjoelv]

Description

After updating to v1.14.19, the "Copied to clipboard" popup/toast flashes for about a second and disappears almost immediately when highlighting text. In previous versions, the message stayed visible a bit longer.

Plugins

No response

OpenCode version

1.14.19

Steps to reproduce

Highlight/select some text
Observe the toast duration

Screenshot and/or share link

No response

Operating System

macOS Tahoe 26.4.1

Terminal

Ghostty 1.3.1

[github-actions]

This issue might be a duplicate of an existing issue. Please check:

• Broken TUI Toast when Copying Text #23394: Same symptom — TUI clipboard toast appears only briefly ("acts like a blip") when highlighting text to copy, reported on macOS with Ghostty, starting around v1.14.17.

[Bojun-Vvibe]

Took a look — here's the root cause and a small fix.

Root cause

packages/opencode/src/cli/cmd/tui/ui/toast.tsx reads duration straight off the ToastOptions argument and never runs the zod schema:

show(options: ToastOptions) {
  const { duration, ...currentToast } = options
  ...
  timeoutHandle = setTimeout(() => {
    setStore("currentToast", null)
  }, duration).unref()
}

The 5000ms default lives only on the schema in event.ts:

duration: z.number().default(5000).optional()

…but ToastOptions is just a z.infer type, so the default never reaches runtime.

Every Copied to clipboard call site (selection.ts, app.tsx, dialog-provider.tsx, and a few in session/index.tsx) omits duration, so they all hit setTimeout(fn, undefined). Node clamps that to the minimum delay (~1ms), which matches the "flashes for about a second and disappears" behavior you're seeing post-1.14.19.

The regression was introduced when the toast was rewritten in SolidJS as part of #23175.

Fix

Apply the default at the call site so the zod-side default and the runtime behavior agree. Opening a small PR shortly.