You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Just observed an agent running into this very issue on accident. Reproduction steps are as follows:
Asked an agent to implement some feature and trigger a build / compile afterwards.
Agent completed the implementation and compiled successfully, which caused our build output directory to fill up (and, due to a misconfiguration on my end, this directory is not in any .gitignore file or similar)
Agent noticed the huge amount of new files after checking git status and decided to remove them using rm -rf.
After freezing for about 30s, OpenCode's "Modified Files" sidebar started listing every single deleted file that previously existed in the now deleted directory. In this state, the TUI does not react to any key presses anymore and needs to be killed.
I submitted #4963 to introduce pagination for this scenario.
The diff itself seems to be pretty fast - at least based on what I saw during debugging. I did not measure the timing though (also no btop).
My first approach was to change the diff panel to be collapsed by default while leaving the diff logic itself unchanged. This immediately improved performance for me; at least until I manually expanded the panel again, which then caused a freeze as expected.
What I'm seeing is quite a bit different. If I tab away from the agent for a long time, then tab back, it's quite laggy - sometimes typing is very slow, and if I press enter it will send the message without everything I typed in there. And then it won't show the agent replying until some time later (after a delay). Often I Ctrl c out of open code then reopen it and go to the session to see that the agent indeed was working and I had just interrupted it midway due to the UI lag. Maybe opencode is trying to update the display constantly when nothing is changing (while tabbed out) and this all gets buffered somehow lagging out future updates? Just a guess.
Issue remains on macOS 1.2.27!
Terrible issue, MacBook just burning up during regular use for no reason.
This is what happens when you make Desktop Apps with Web Technologies.
Activity
github-actions commentedon Nov 26, 2025
This issue might be a duplicate of existing issues. Please check:
option+ left arrow key on MacBook with high CPU usage #2688: Opencode freezes when pressingoption+ left arrow key on MacBook with high CPU usage - MacBook CPU spike issueFeel free to ignore if none of these address your specific case.
thdxr commentedon Nov 27, 2025
do you have permissions turned on?
pablonification commentedon Nov 27, 2025
happens to me too
shantur commentedon Nov 27, 2025
No permissions aren't enabled in any of the projects
andre-schaerpf commentedon Dec 2, 2025
Just observed an agent running into this very issue on accident. Reproduction steps are as follows:
git statusand decided to remove them usingrm -rf.I submitted #4963 to introduce pagination for this scenario.
rekram1-node commentedon Dec 2, 2025
are you sure the issue was the sidebar rendering and not the diff checking? just curious
Did you use btop to figure that out
andre-schaerpf commentedon Dec 2, 2025
The diff itself seems to be pretty fast - at least based on what I saw during debugging. I did not measure the timing though (also no btop).
My first approach was to change the diff panel to be collapsed by default while leaving the diff logic itself unchanged. This immediately improved performance for me; at least until I manually expanded the panel again, which then caused a freeze as expected.
rekram1-node commentedon Dec 2, 2025
Ahh okay good to know
rekram1-node commentedon Dec 2, 2025
i'll take a look at the pr just wanted to make sure we address core issue
paralin commentedon Dec 2, 2025
What I'm seeing is quite a bit different. If I tab away from the agent for a long time, then tab back, it's quite laggy - sometimes typing is very slow, and if I press enter it will send the message without everything I typed in there. And then it won't show the agent replying until some time later (after a delay). Often I Ctrl c out of open code then reopen it and go to the session to see that the agent indeed was working and I had just interrupted it midway due to the UI lag. Maybe opencode is trying to update the display constantly when nothing is changing (while tabbed out) and this all gets buffered somehow lagging out future updates? Just a guess.
shantur commentedon Dec 24, 2025
This was Bun stderr bug present on macOS Sequoia
shitastical commentedon Jan 20, 2026
This is still an issue for me on linux.
manascb1344 commentedon Jan 30, 2026
Yes, dont know why on linux its unusually HIGH!!
Hronom commentedon Mar 11, 2026
Same for me, version
1.2.24desktop version. Ubuntu 24.04.4 LTSroccolycos commentedon Mar 11, 2026
Same on 1.2.24 in Ubuntu Server 24.04.4 LTS
cloudmidleman commentedon Mar 15, 2026
same Ubuntu Server 24.04.4 LTS
Hronom commentedon Mar 24, 2026
Why this closed? Desktop version not usable at linux because of this. Not sure about CLI.
Version
1.3.0, ubuntu 24.04.4 LTSchris-hatton commentedon Mar 26, 2026
Issue remains on macOS 1.2.27!
Terrible issue, MacBook just burning up during regular use for no reason.
This is what happens when you make Desktop Apps with Web Technologies.
DavidGOrtega commentedon Jul 11, 2026
I feel the same pain... very high cpu use. I love opencode but Im willing ti find other alternatives
douglangille commentedon Aug 29, 2026
this issue is still live in 1.18.23.
opencode-sample.txt