JDK-4492151 : Repaint problem with Graphics.drawString on Windows
  • Type: Bug
  • Component: client-libs
  • Sub-Component: java.awt
  • Affected Version: 1.4.0
  • Priority: P4
  • Status: Closed
  • Resolution: Duplicate
  • OS: windows_nt
  • CPU: x86
  • Submitted: 2001-08-15
  • Updated: 2001-11-01
  • Resolved: 2001-10-29
Related Reports
Duplicate :  
JDK-4514999 - REGRESSION: Strange scrollpane paint behavior - phantom scrollbars on win32
Description

Testing with beta-refresh b75 on Windows, repaint problem is seen in CharView test case when characters are drawn by Graphics.drawString.
I confirmed that the problem occurs on WindowsNT, 2000, ME and 98.



To reproduce,

1. Extract attached file "CharView.zip".
2. Compile all extracted java files.
3. Launch CharView.
4. Select "Graphics.drawString" from the choice which "Button" is selected by defalult.
5. Change the font by selecting one of the fonts listed in the choice.
  Then, you can see the problem.
  Repainting can not work properly.
  Characters displayed originally keeps displayed and the original characters and the characters to which new font is applied are overlapped.

7. Change the style by selecting one of the styles listed in the choice.
 Then, the same problem is seen.

* Changing the point size does not cause this problem.
* Re-selecting "Graphics.drawString" or hitting a return key in the text filed for unicode, this problem dissappears.


This problem is not reproducible with b74.
So this is a regression.
Comments
EVALUATION Stuff rendered by Graphics.drawString is generally the domain of 2D. Also, AWT integrated two fixes into build 75, but I don't think they are likely to have caused this problem. ###@###.### 2001-08-15 Nope, I'm wrong. We did integrate a lot of painting changes into build 75. ###@###.### 2001-08-15 This fix was backed out during the Swing integration. ###@###.### 2001-09-25
15-08-2001