Autocapitalization not working on new lines in WYSIWYG field on iOS Safari

[josephdpurcell]

Describe the Bug

Autocapitalization is not working in the WYSIWYG field on iOS Safari for new lines.

To Reproduce

1. Create a Collection with a WYSIWYG field
2. Go to the create item detail page for that collection
3. Insert your cursor into the WYSIWYG field and you'll notice that initially the character is capitalized and if you type the word "The" it is capitalized properly.
4. Hit the enter key and notice that the character is not capitalized and if you type the word "the" it is capitalized incorrectly (ie it is lowercase).
5. Select all text and erase it and notice the character is not capitalized and if you type the word "the" it is capitalized incorrectly (ie it is lowercase).

Here is a recording:

16699-screen-recording.mov

Note: ignore the white square/circle in the recording, that is AssistiveTouch because my home button is broken.

Errors Shown

None.

What version of Directus are you using?

9.21.0

What version of Node.js are you using?

16.18.1

What database are you using?

MySQL 8.0.31

What browser are you using?

Safari

How are you deploying Directus?

Docker

[josephdpurcell]

I have an update and I want to do a recording but for some reason my local isn't working (networking issue I believe).

On iOS, when you edit a WYSIWYG you get the experience shown in the description's video. BUT, if you go back and edit it and put your cursor somewhere on a blank line, autocorrect, autopunctuate, and autocapitalization do not work. It's quite a mystery. I may be surfacing a deeper issue with web editors as noted here: codemirror/codemirror5#7009 (comment), just a TinyMCE version of it.

But, not all editors have the issue. The GitHub and Stackoverflow editor interface s(though not a WYG) do not have the issue. And the editors I tested over on #16762 do not have the issue.

[rijkvanzanten]

Linear: ENG-121

[rijkvanzanten]

I don't know if this is something that we can fix on Directus' side 🤔

[rijkvanzanten]

(can should rather, this sounds like a bug in in TinyMCE, or a quirk in how iOS handles contenteditable changes)