8330561: [Windows][8u] IME candidate window wrong position

[ktakakuri]

This fix includes a fix for JDK-8189687 in JDK9.
JDK-8189687 contains two fixes to AwtComponent:: OpenCandidateWindow

1. Fix to make OpenCandidateWindow reference the correct Window
   Fix OpenCandidateWindow to reference the proxy window that has focus when getting "HWND."

--- a/src/java.desktop/windows/native/libawt/windows/awt_Component.cpp
+++ b/src/java.desktop/windows/native/libawt/windows/awt_Component.cpp
@@ -3880,19 +3880,21 @@ void AwtComponent::OpenCandidateWindow(int x, int y)
 {
     UINT bits = 1;
     POINT p = {0, 0}; // upper left corner of the client area
-    HWND hWnd = GetHWnd();
+    HWND hWnd = ImmGetHWnd();
     if (!::IsWindowVisible(hWnd)) {
         return;
     }

2. Scaling fixes to enhance JDK-8073320
   OpenJDK9 has supported HiDPI Graphics since JEP 263 (JDK-8055212). This fix is one of its enhancements: when OpenCandidateWindow opens an IME conversion candidate, it corrects the coordinates for the device.

--- a/src/java.desktop/windows/native/libawt/windows/awt_Component.cpp
+++ b/src/java.desktop/windows/native/libawt/windows/awt_Component.cpp
@@ -3880,19 +3880,21 @@ void AwtComponent::OpenCandidateWindow(int x, int y)
     HWND hTop = GetTopLevelParentForWindow(hWnd);
     ::ClientToScreen(hTop, &p);
+    int sx = ScaleUpX(x) - p.x;
+    int sy = ScaleUpY(y) - p.y;
     if (!m_bitsCandType) {
-        SetCandidateWindow(m_bitsCandType, x - p.x, y - p.y);
+        SetCandidateWindow(m_bitsCandType, sx, sy);
         return;
     }
     for (int iCandType=0; iCandType<32; iCandType++, bits<<=1) {
         if ( m_bitsCandType & bits )
-            SetCandidateWindow(iCandType, x - p.x, y - p.y);
+            SetCandidateWindow(iCandType, sx, sy);
     }
 }

In attatchmented test which reproduces the issue problem, the Panel containing the TextField is a child component, so it refers to the wrong window to get the position coordinate of the candidate window.
Therefore, the candidate window will appear in the correct position with the "1" fix.
Note that OpenJDK8 does not implement JEP 263, so the "2" fix is not included in this pull request.

---

Progress

• Change must be properly reviewed (1 review required, with at least 1 Reviewer)
• Change must not contain extraneous whitespace
• Commit message must refer to an issue
• JDK-8330561 needs maintainer approval

Issue

• JDK-8330561: [Windows][8u] IME candidate window wrong position (Bug - P4)

Reviewing

Using git

Checkout this PR locally:
$ git fetch https://git.openjdk.org/jdk8u-dev.git pull/483/head:pull/483
$ git checkout pull/483

Update a local copy of the PR:
$ git checkout pull/483
$ git pull https://git.openjdk.org/jdk8u-dev.git pull/483/head

Using Skara CLI tools

Checkout this PR locally:
$ git pr checkout 483

View PR using the GUI difftool:
$ git pr show -t 483

Using diff file

Download this PR as a diff file:
https://git.openjdk.org/jdk8u-dev/pull/483.diff

Webrev

Link to Webrev Comment

[bridgekeeper]

👋 Welcome back ktakakuri! A progress list of the required criteria for merging this PR into master will be added to the body of your pull request. There are additional pull request commands available for use with this pull request.

[openjdk]

❗ This change is not yet ready to be integrated.
See the Progress checklist in the description for automated requirements.

[mlbridge]

Webrevs

• 00: Full (e1d7356c)

[ktakakuri]

The following jtreg test failed on Windows x64/x86:
security/infra/java/security/cert/CertPathValidator/certification/CAInterop.java#certignarootca.
This is a test on certificates and is not related to the awt affected by this fix. Therefore, this error is not a defect caused by this fix. Some error occurred on Linux and Mac, but since this is a WIndows-only fix, it is irrelevant.

[bridgekeeper]

@ktakakuri This pull request has been inactive for more than 4 weeks and will be automatically closed if another 4 weeks passes without any activity. To avoid this, simply add a new comment to the pull request. Feel free to ask for assistance if you need help with progressing this pull request towards integration!

[ktakakuri]

Could someone please review this fix?
This is a problem in the Japanese environment and I am very troubled by this issue.

[ktakakuri]

Could anyone please review this fix?

[ktakakuri]

@phohensee
I would like to ask for your review of this code about the AWT library. I've been struggling to find a reviewer for over two months. When running our GUI applications, this bug can interfere with our work, so I want to definitely integrate the fix into jdk8.
I know you are busy, but I would appreciate it if you could check this.

[bridgekeeper]

@ktakakuri This pull request has been inactive for more than 4 weeks and will be automatically closed if another 4 weeks passes without any activity. To avoid this, simply add a new comment to the pull request. Feel free to ask for assistance if you need help with progressing this pull request towards integration!

[phohensee]

Why not just reframe this change as a backport of JDK-8189687? The backport would be identical to this PR because you would naturally have to drop the JEP 263 related code.

[ktakakuri]

OK. I created a new issue because JDK-8189687 primarily reports a problem in Hi-DPI and the fix assumes JEP263 which supports Hi-DPI. If it is better to backport ignoring JEP 263 as you said, I will create new pull request.

[phohensee]

Thanks. I think it'll be easier to get approval if the request is just a backport.

[ktakakuri]

Thank you. I have created a backport. #564

[phohensee]

Thanks. I've reviewed #564.