Editing the plan in Markdown mode causes it to spontaneously build while you are editing the plan.
Steps to Reproduce
Try to edit a plan. Preview mode is funky and does not allow precise editing of nested lists with different types, so go into Markdown mode and try to edit there. Hit the enter key at some point, and it activates Build for some reason.
Expected Behavior
It’s a text editor. It should just allow me to edit text and not preemptively begin building while the plan is being written. This seems like a really easy thing to get right.
Operating System
Linux
Current Cursor Version (Menu → About Cursor → Copy)
Oh, I see what happened. Backspace and enter only work if you hold Ctrl while hitting them, and Ctrl+Enter also launches the build. Trying to backspace or enter in Markdown plan editor results in the error “Cannot read properties of undefined (reading ‘selection’)”, hence the requirement to hold Ctrl, and it probably is also why changes made in that editor do not persist. The whole feature is just broken.
Because of how broken the plan editing system is, the 4th item in any process that has subitems for the 3rd item will always now be the 1st item in a second list. There is no way to fix this.
Hey, thanks for the report. I can see the issue. After the nested sub-items in item 3, the numbering resets, and item 4 shows up as “1” in a new list.
I also reproduced the error: “Cannot read properties of undefined (reading ‘selection’)” when using Enter or Backspace without Ctrl.
This is a known issue with the Plans editor in Markdown mode, and the team is already working on a fix.
As a temporary workaround, please use Preview mode for editing. I know it’s not ideal for precise editing of nested lists, but for now it’s the only workaround.
For me it started to reproduce 1-2 days ago with any Markdown file. Usual symptom - caret position jumps to top of file and it often happens during typing.
