terminal freezing

[flakeme]

since a few days i get IDE freezes when scrolling in the output.
this is what AI had to say about it:

Found it. The freeze stack trace is unambiguous:                                                                                                                                                                                                                                                                                                                                                                               
                                                                                                                                                                                                                                                                                                                                                                                                                                 
  com.ashotn.opencode.relay.terminal.MarkdownTerminalHyperlinkFilter.resolveTerminalLinkTarget                                                                                                                                                                                                                                                                                                                                   
    → java.io.File.isFile                                                                                                                                                                                                                                                                                                                                                                                                        
      → sun.nio.fs.WindowsNativeDispatcher.GetFileAttributesEx0  ← blocks for 28s                                                                                                                                                                                                                                                                                                                                                
                                                                                                                                                                                                                                                                                                                                                                                                                                 
  The MarkdownTerminalHyperlinkFilter in the opencode relay plugin calls File.isFile() synchronously on every character written to the terminal, inside the terminal emulator's buffer lock (TerminalTextBuffer.modify). This is a synchronous Windows filesystem call happening on the EDT-adjacent terminal thread, holding a lock — hence the freeze, especially when large output is scrolling.                              
                                                                                                                                                                                                                                                                                                                                                                                                                               
  All 4 freeze clusters (Jun 5, Jun 10, Jun 11, Jun 15) have the same root cause.                                                                                                                                                                                                                                                                                                                                                
                                                                                                                                                                                                                                                                                                                                                                                                                                 
  Workarounds until the plugin is fixed:                                                                                                                                                                                                                                                                                                                                                                                         
  1. Disable the plugin temporarily — Settings → Plugins → opencode relay → disable
  2. Or report the bug to the plugin author (com.ashotn.opencode.relay) — the fix is to either cache isFile results, debounce/batch hyperlink processing, or do it off the terminal write path

[AshotN]

Thanks for the report. I'll look into to this. It shouldn't be causing freezing.

[AshotN]

I pushed a fix for this - will test a bit on my local before I publish on JetBrains market place.

If you'd like to try the build you can find it here: https://github.com/AshotN/OpenCode-Relay/actions/runs/27573879861/artifacts/7649802624

Master is a bit ahead right now, so make sure you are on OpenCode 1.16 or later

[flakeme]

i am on opencode 16.2 with this build, but freezes still happen for me in windows. linux is fine.

[flakeme]

ok with opencode 1.17.7 it seems to be fine

[AshotN]

Windows still giving you trouble with the latest build?

[AshotN]

Should be fixed in https://github.com/AshotN/OpenCode-Relay/releases/tag/v2.0.0 - which is live on JetBrains marketplace

re-open issue if problem still persists

[ksmgc1]

Problem still exists.
Diagnosis from AI:

On Windows, scrolling the OpenCode TUI can freeze the entire JetBrains IDE for approximately 40 seconds and trigger the “plugin may be slowing down the IDE” warning. The root cause is MarkdownTerminalHyperlinkFilter: its bare-file-path regex incorrectly matches the //host/path portion of an HTTPS URL such as https://github.com/spatialaudio/python-sounddevice. Because the matched substring no longer contains ://, the current URI check does not reject it. Java then interprets //github.com/... as a Windows UNC path (\\github.com\...), and LocalFileSystem.findFileByIoFile() performs a synchronous filesystem attribute query through WindowsNativeDispatcher.GetFileAttributesEx0. This network/SMB lookup can take around 40 seconds to time out. The lookup runs on TerminalEmulator-Local while JediTerm holds the TerminalTextBuffer lock; meanwhile, the EDT waits for the same lock in TerminalPanel.paintComponent, causing the whole UI to freeze. The IDE log confirms attempted accesses to paths such as \\learn.microsoft.com\en-us\windows, followed by freezes of approximately 39–40 seconds attributed to com.ashotn.opencode-relay. The filter should reject URL-derived and UNC-style paths before constructing a File, and ideally avoid all potentially blocking filesystem/VFS operations inside HyperlinkFilter.apply() because it executes while the terminal text-buffer lock is held. Regression tests should cover plain HTTPS URLs, Markdown HTTPS links, and Windows UNC-like candidates.

[AshotN]

That's helpful. Thank you.

I'll try to improve the pattern matching there. I'm also going to release a new version that allows using the new Reworked Jetbrains terminal to help with performance issues on long chat.