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
{{ message }}
Repository navigation
[Bug]: Backspace right after a "+ " list shortcut in the composer deletes the marker #31988
I searched existing issues and did not find a duplicate.
I included enough detail to reproduce or investigate the problem.
Area
apps/web
Steps to reproduce
Keep Settings > Rich text composer on (the default).
In an empty composer, type + and then a space. The line turns into a bullet.
Press Backspace.
The same happens with * and 1. .
Expected behavior
Backspace right after the shortcut undoes it and leaves the typed + as plain text, so you can go on and send + something. The composer already does this for > and # .
Actual behavior
The bullet and the typed + both disappear, and the line is empty. Cmd+Z gives back only +, and the next space makes a bullet again. With rich text on, a line that starts with a literal + can't be typed.
Turn off Settings > Rich text composer, or paste the text.
Cause
The list item's Backspace handler in apps/web/src/composer-rich-text-doc.ts (backspaceAcrossList) replaces Tiptap's default Backspace. The default runs undoInputRule first, and the replacement does not, so the new item is lifted out of its list instead.
It isn't in the documented markers (- , 1. ), and people type + as a plus sign. #32005 makes it easy to undo, but the line still turns into a bullet first, and a draft with a + line reopens as a bullet.
I have a small tested patch that removes + as a list marker when typing, reopening a draft and continuing a plain-mode list. - and * lists keep working, and the text sent to the agent doesn't change. It would conflict with the + test cases in #31989 and #32005, so I'd like your call before opening a PR.
Activity
OrdinaryPaki commentedon Nov 7, 2026
Should
+stop being a list shortcut altogether?It isn't in the documented markers (
-,1.), and people type+as a plus sign. #32005 makes it easy to undo, but the line still turns into a bullet first, and a draft with a+line reopens as a bullet.I have a small tested patch that removes
+as a list marker when typing, reopening a draft and continuing a plain-mode list.-and*lists keep working, and the text sent to the agent doesn't change. It would conflict with the+test cases in #31989 and #32005, so I'd like your call before opening a PR.OK to open it?
efemaer commentedon Nov 7, 2026
@OrdinaryPaki that's actually a good point, and probably a product decision to be made by the maintainers.
cc @juliusmarminge