On Wed, 31 Jan 2024 20:55:16 GMT, Martin Fox <m...@openjdk.org> wrote:
> e.g. the IM window should appear showing the same candidates it was showing > earlier. Thank you for clarification! The behavior is different, let me explain: using the MonkeyTester, open TextField page and the Native-to-ascii tool (Tools -> Native-to-ascii). 1. switch to Japanese input 2. type "su" into the text field in the main window 3. click on a "native" text area in the other window 4. type "zu" in the native window 5. **unexpectedly**, the text field in the main window shows the symbol still underlined 6. click on the main window title to focus back on the original text field. type "zuki" EXPECTED: - the text field should contain 鈴木 ACTUAL: - the text is すずき, the last two symbols underlined:  It looks like the text was indeed committed (despite it being displayed underlined at step 5), and getting back to it from another window does not restore the IME to the state expected at the step 2. Interestingly, if instead of going to a different window of the same javafx application, the user clicks elsewhere on some other application window and then goes back to javafx by clicking on the title bar, the IME window is indeed gets back to the expected state. ------------- PR Comment: https://git.openjdk.org/jfx/pull/1356#issuecomment-1920033399
