IME (Japanese) text input problem in StageWebView on Windows

We're using Adobe Flash (and more recently Adobe Animate) to produce a cross platform application, (Windows exe, Mac App  and iPad App) using Adobe AIR

The problem is with the Windows version, (the Mac and iPad versions operate in a completely different way, so don't have this problem)

I posted this to the Adobe Developer forum, as I wasn't sure the best place to post it.

I also logged it in the Adobe Bug Tracker, but have not had any useful replies.

In this screengrab, I've moved the IME control floating toolbar onto the Windows exe's title bar so it can be seen, and I've moved the key entry floating toolbar to near the first text input box on the html page inside the Air application.

I typed "kang"

The text box just below the bullet point labelled "1. お金をためて日本に行きます。" is active

In this next screengrab, its occasionally possible to get the StageWebView to input the characters directly into the text input / textarea field

See the text that I have input onto the second text input box, and as you can see the letters are the same as before "kang"

The floating text input toolbar is not present in this case as Windows and the StageWebView are allowing direct entry of the text, including the underlining system to indicate the text has not been fulled entered until I press the Enter key

I'm still trying to work out a way to repeatably get the StageWebView to directly accept the text that is typed

It seems to happen, if I set the StageWebView stage property to null, and add a child screen to this whole screen, then remove the child screen (MC), and then set the StageWebView stage to the stage again, to show the webview.

I have tried just hiding and showing the webview, but setting stage to null , wait a few frames and set it back to the stage, but that doesn't work.

So potentially its something in the child MC that I'm loading in, which is causing Windows to handle things correctly

Also, I don't know if its related, but I intermittently get this error from the StageWebView

*** Security Sandbox Violation ***

SecurityDomain 'about:blank' tried to access incompatible context 'app:/VSL_courseApp.swf'

This can occur sometimes when the Tab key is pressed, when a textarea or form input box is selected.

However I think this is a different bug in StageWebView, as the webview is displaying a page when this warning is generated.

On Windows when you use the IME input system, a new floating toolbar appears, and you can select the language e.g. in this case Japanese, and also the "Input mode" (in this case Hiragana) and the "Conversion mode" (  where General is normally selected)

In this mode, most web browsers displaying a page with a textarea or other text input field, allow the user to directly type into the textarea, and the characters appear immediately, because the Microsoft IME converts the characters from the normal english keyboard into the Hiragana symbols.

It does this by either immediately displaying the character if there is a direct conversion  , for example vowels generally get converted directly to a Japanese character.

For more complex conversions, e.g. when you type the work "kangi" , initially when you type the letter "k" it should appear in the input box on the web page, and when you subsequentially enter the "a" , this letter pair get converted into the Japanese character か

However until the user pressed the Enter key, all the characters are underlined to indicate that the conversion isn't totally complete.

Anyway, going back to the problem.

With the StageWebView, the textarea and input form elements, don't behave in the same way as in Firefox or IE or Chrome or Edge etc, because when you type a character it does not appear in the input box.

It appears in a separate floating toolbar which Windows seems to create when the target application, does not fully handle IME.

This is very confusing to users, because this floating toolbar seems to appear at random locations on the screen, i.e is not anywhere near where the user is entering the text, and most users don't notice this small toolbar and think that the AIR application is not working, as the keys they are pressing don't appear in the StageWebView

Just to confused matters, the StageWebView seems to randomly start working the same as Firefox (and Chrome etc), in that the characters do sometimes appear immediately in the textarea or input fields.

I've checked that IME is enabled, and I've tried setting the IME mode to Japanese Hiragana when the StageWebView sends a Focus_IN event, but this didn't make any difference at all.

Strangely, under some circumstances, if I hide the StageWebView by setting its stage property to null, then add another MC as a child of the current MC (I know StageWebView is independent of the normal hierarchy), then remove the MC and show the StageWebView

This usually seems to cause the IME input to work correctly.  But this isn't a usable workaround to get the text to enter correctly