STR: 1. Load attached testcase in Firefox on Windows or macOS. 2. Double-click to select the text "def" 3. Click and drag that selected text to somewhere else in the string -- e.g. drop it between "b" and "c". ACTUAL RESULTS: Firefox generates a new nested `<span>` to wrap the dragged text, as can be seen by: * An extra border is added around the drag-and-dropped text. * The text suddenly gets bigger (its `font-size: 2em` is now resolving against the outer span's already-doubled font-size, instead of resolving against the outer font-size). EXPECTED RESULTS: No duplicate span -- no extra border, no change in font-size. This is specific to Windows & macOS because drag-and-drop of text in a contenteditable doesn't seem to work on Ubuntu Linux, as mentioned in bug 1891427 comment 0. Chrome gives EXPECTED RESULTS, though they do insert a linebreak for some reason. (Though that linebreak can be suppressed in Chrome with `-webkit-user-modify: read-write-plaintext-only`, which I'll file a separate bug about.)
Bug 1930277 Comment 0 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
STR: 1. Load attached testcase in Firefox on Windows or macOS. 2. Double-click to select the text "def" 3. Click and drag that selected text to somewhere else in the string -- e.g. drop it between "b" and "c". ACTUAL RESULTS: Firefox generates a new nested `<span>` to wrap the dragged text, as can be seen by: * An extra border is added around the drag-and-dropped text. * The text suddenly gets bigger (its `font-size: 2em` is now resolving against the outer span's already-doubled font-size, instead of resolving against the outer font-size). EXPECTED RESULTS: No duplicate span -- no extra border, no change in font-size. This is specific to Windows & macOS because drag-and-drop of text in a contenteditable doesn't seem to work on Ubuntu Linux, as mentioned in bug 1891427 comment 0. Chrome gives EXPECTED RESULTS, though they do insert a `<br>` linebreak around the insertion point for some reason. (Though that linebreak can be suppressed in Chrome with `-webkit-user-modify: read-write-plaintext-only`, which I'll file a separate bug about.)
STR: 1. Load attached testcase in Firefox on Windows or macOS. 2. Double-click to select the text "def" 3. Click and drag that selected text to somewhere else in the string -- e.g. drop it between "b" and "c". ACTUAL RESULTS: Firefox generates a new nested `<span>` to wrap the dragged text, as can be seen by: * An extra border is added around the drag-and-dropped text. * The text suddenly gets bigger (its `font-size: 2em` is now resolving against the outer span's already-doubled font-size, instead of resolving against the outer font-size). EXPECTED RESULTS: No duplicate span -- no extra border, no change in font-size. This is specific to Windows & macOS because drag-and-drop of text in a contenteditable doesn't seem to work on Ubuntu Linux, as mentioned in bug 1891427 comment 0. Chrome gives EXPECTED RESULTS, though they do insert a `<br>` linebreak around the insertion point for some reason. (Though that linebreak can be suppressed in Chrome with `-webkit-user-modify: read-write-plaintext-only`, which ~I'll file a separate bug about~ EDIT: I'll hold off on filing a bug on that for now, since here at least, that prefixed property serves as a paper-over for a problem that we don't currently have.)