There are 6 updates, 1 comment.
 
 
XWiki Platform / cid:jira-generated-image-avatar-d3945607-b0d0-4165-85ad-f1f4214fb759 XWIKI-25594 Closed

Can't add a comment when BlockNote is the default WYSIWYG editor

 
View issue   ยท   Add comment
 

6 updates

 
cid:jira-generated-image-avatar-34200120-2ef6-42ca-bc7d-42b999f2e067 Changes by Marius Dumitru Florea on 30/Oct/26 16:59
 
Fix Version: 18.10.0-rc-1
Documentation in Release Notes: N/A
Documentation: N/A
Resolution: Fixed
Tests: Integration
Status: Open Closed
 
 

1 comment

 
cid:jira-generated-image-avatar-34200120-2ef6-42ca-bc7d-42b999f2e067 Marius Dumitru Florea on 30/Oct/26 17:00
 

Changes proposed in https://github.com/xwiki/xwiki-platform/pull/7255 :

  • comments.js: the submit handler no longer looks for a textarea (which doesn't exist when BlockNote is used). It looks up the comment field by name instead: XWiki.XWikiComments_comment, or XWiki.XWikiComments_<number>_comment when editing a comment. Submitting is ignored while the field is missing (the editor hasn't loaded yet).
  • comments.js: the plain text editor check used for focus handling (on add and on reply) no longer assumes CKEditor is the only WYSIWYG editor. It now relies on the defaultEditorId form field, the same check already used for the comment preview. WYSIWYG editors handle the focus on their own.
  • BlockNote (XWikiBlockNote.vue) now supports the startupFocus editor configuration parameter, like CKEditor does, so the editor gets the focus (with the caret at the start of the content) when adding, editing or replying to a comment.
  • Tests: new CommentIT in xwiki-platform-blocknote-test-docker covering adding, editing and replying to a comment with BlockNote, plus a new CommentsTab#isReplyButtonVisibleForCommentByID page object method.

Editing a comment with BlockNote is still unstable because of XWIKI-25595.