yeah. I today wondered if cursor is made with cursor As bugs look familiar to what sometimes happen in the project, if not to control every step
So I finished with following algorithm:
When (not if, but when - as it definitely HAPPENS) terminal jump to read only mode. I close cursor, run 1.6.6. setup. After installation I run cursor and ask it to “run terminal command pwd” in new chat. it runs, I see that bash is working as expected (with input enabled).
Then I close cursor, run installation (now checked latest 1.7.33). And after installation - work in cursor with working terminal (bash) from the place it was before going “read only”. For some time (probably 1 hour, probably 1 day) I’m with normal cursor again… $))))
true. it’s the typical 2-3 monopolies type of problem.
The “what are you gonna do? leave?”
Because they still profit so much that they can afford becoming worse.
When I switch by Ctrl+E to agent window mode - terminals in this mode are read only. when I switch back to “old way” chats - terminal works.
Also it’s very funny to read introduction to agent window mode - “you may focus on chats, work in terminal and code editor if needed”. Hah.
I work in 1.7.33
as I told - I had one time bug reappear, but since then it works. Though in agent window mode (ctrl+e switch to better view) - terminals are read only initially (and not bash)
So it’s “workarounded” - not fixed indeed unfortunately.
Given this issue hasn’t been fixed for three weeks and the only recourse is to use 1.5, two versions behind the current version, I guess it’s time to get my team set up with Claude Code.
Versions 1.6 and 1.7 advertise some good new features, but as usual they don’t all work. I wasn’t able to get browser control working in 1.7. The terminal control issues have been plaguing Cursor for many months. There seems to be a deafness in the product team to user feedback, and a systematic inability on the part of the engineering team to fix critical user interface problems. This is a competitive space Cursor team!