Cannot copy or delete whole list

[thallada]

Do you want to request a feature or report a bug?

A bug

What's the current behavior?

I can reproduce this in the examples: https://www.slatejs.org/examples/richtext

With this list as the only content in the editor:

Cmd+A to select all appears to select the whole list:

But, if I copy it, only the <li> elements are in the html clipboard content, and not the containing <ol>. This is what happens when I paste into a Google doc:

Also If I try to delete, only the list items are deleted, but the list itself stays:

If there is some other content in the editor, like an empty paragraph above the list, then copying works (includes the whole <ol> and child <li>s).

Pasted content:

However, if I backspace to delete, this happens...

Note that the bullet lacks indentation and the unordered list toolbar button is not bolded. I inspected the DOM and it looks like there is an <li> without a containing <ol> or <ul>. There's no way to delete it.

Slate: 0.57.1
Browser: Chrome
OS: Mac

What's the expected behavior?

I expected that:

1. When I select all and delete there is no content left in the editor.
   • To be fair, when I tried this in https://draftjs.org/ I noticed that they also leave behind the first bullet of the list after deleting.
2. When I select all and copy, the copied contents contain the wrapping <ol> or <ul>.
3. When I select all and delete when there is a list and an empty paragraph, there is no content left in the editor.

[thallada]

I was able to fix the 3rd issue (the <li> left behind after select all and deleting a paragraph and list) with this plugin:

const withNoListlessListItems = editor => {
  editor.deleteFragment = (...args) => {
    deleteFragment(...args)

    const listItems = Editor.nodes(editor, {
      match: n => n.type === "list-item",
    })

    for (const listItem of listItems) {
      const parent = Editor.parent(editor, listItem[1])
      if (parent && !["ordered-list", "unordered-list"].includes(parent[0].type)) {
        Transforms.setNodes(
          editor,
          { type: "paragraph" },
          {
            at: listItem[1],
            match: n => n.type === "list-item",
          }
        )
      }
    }
  }

  return editor
}

It looks for list-items which do not have a ordered-list or unordered-list parent after deleteFragment runs and sets them to a paragraph.

[Sinled]

any updates or workarounds for this issue?

[kunkunL]

is there any progress on this question，please

[almatyssias]

I've noticed this seems to be an issue for all block level nodes. I've encountered the same issue with headers tags, etc.
The issue seems to be the selection is being set just inside the block node but not including the block node itself.