RFR: 8270874: JFrame paint artifacts when dragged from standard monitor to HiDPI monitor

[Sergey Bylokhov]

The bug occurs more often if initially the window is moved partly outside of the first screen(let's name this part as the invisible part), and then slowly moved to the second screen where that invisible part became visible on the second screen.

The problem is how we try to repaint the frame. The Windows send us coordinates to repaint in the device space, if the width/height values are less than a unit in the user's space, we round it to the empty rectangle and skip it.

Solution: request to repaint the smallest non-empty bounding box in the user's space around the region of pixels.

Workaround: repaint the whole window on the component resize/move event or at the end of the drag.

Notes:
 * It is not reproducible(at least much less often) when d3d is enabled because the d3d pipeline sends repaint events more often (example https://github.com/openjdk/jdk/pull/6064). That hides the current issue.
 * It started to be reproducible during the drag from one screen to another after JDK-8211999 because before JDK-8211999 we make a resize at the end of the drag, which caused the full repaint of the window.

-------------

Commit messages:
 - Update WindowResizingOnMovingToAnotherDisplay.java
 - Initial fix JDK-8270874

Changes: https://git.openjdk.java.net/jdk/pull/6339/files
 Webrev: https://webrevs.openjdk.java.net/?repo=jdk&pr=6339&range=00
  Issue: https://bugs.openjdk.java.net/browse/JDK-8270874
  Stats: 19 lines in 2 files changed: 10 ins; 0 del; 9 mod
  Patch: https://git.openjdk.java.net/jdk/pull/6339.diff
  Fetch: git fetch https://git.openjdk.java.net/jdk pull/6339/head:pull/6339

PR: https://git.openjdk.java.net/jdk/pull/6339