Multi-byte input in multi-line input form does not behave properly.

In the API edit screen, copying and pasting the following characters into a form and then entering and deleting single byte characters after the following characters causes strange behavior. A strange phenomenon occurs in the markdown input and source editing screens. Is it possible to fix this?

It is hard to explain in words, but it seems that the middle of multi-byte characters are deleted, and single-byte characters that should have been deleted are still displayed.

ああ⇒ああ⇒ああaa

I think I am having a problem with the multi-line input form. The following is the form just after copying and pasting. Normally, after pasting, the input position on the keyboard is supposed to be right after the pasted character, but since the input position is at the end of the multibyte character, it is behaving strangely at this point.

I don’t seem to have the same problem with the single line input form.

[Yuutakasan]

@EricWittmann After checking, I realized that this patch was wrong, and I’m working on fixing it. I’m working on a fix for the patch and will send you a PR.

We have been informed that there is a problem in Thai, so it seems that we need to include this support for each language when considering other language versions. For Japanese, the problem will be solved by a patch that we are preparing. https://github.com/ajaxorg/ace/issues/4512

[EricWittmann]

I don’t recall whether ace-build didn’t work or I just didn’t know about it. brace is the browserify compatible version. Not sure whether ace-builds is also compatible with browserify. We’re very outdated on a lot of our UI stuff. We really need to upgrade to React, Patternfly 4, etc. But that’s a ton of work.