-
Bug
-
Resolution: Duplicate
-
P3
-
None
-
1.4.1
-
x86
-
windows_2000
Name: gm110360 Date: 10/15/2002
FULL PRODUCT VERSION :
java version "1.4.1"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1-b21)
Java HotSpot(TM) Client VM (build 1.4.1-b21, mixed mode)
FULL OPERATING SYSTEM VERSION :
Microsoft Windows 2000 [Version 5.00.2195]
A DESCRIPTION OF THE PROBLEM :
When starting the program (below) with
javaw Test
from a command prompt, a frame pops up and the interior is
not repainted. When the mouse then moves over the frame
area (no mouse buttons pressed), the window is suddenly
repainted. This comes up in several places in my programs
(also in panels in dialogs) and is very annoying.
When started with
java Test
the window is filled immidiately.
R. Grothmann
STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
1. Compile the program, posted above.
2. Open a command line.
3. Type "javaw Test".
EXPECTED VERSUS ACTUAL BEHAVIOR :
Window should update immediately. Mouse movements should
not cause an update.
ERROR MESSAGES/STACK TRACES THAT OCCUR :
No error messages.
REPRODUCIBILITY :
This bug can be reproduced always.
---------- BEGIN SOURCE ----------
import java.awt.*;
import java.awt.event.*;
public class Test
{
static public void main (String[] args)
{
Frame f=new Frame();
f.addWindowListener(new WindowAdapter ()
{ public void windowClosing (WindowEvent e)
{ System.exit(0);
}
});
f.setSize(400,400);
f.setLocation(100,100);
f.setVisible(true);
}
}
---------- END SOURCE ----------
CUSTOMER WORKAROUND :
None know. Especially, it does not help to give the window
a repaint handler.
Release Regression From : 1.3.1_05
The above release value was the last known release where this
bug was known to work. Since then there has been a regression.
(Review ID: 165798)
======================================================================
- duplicates
-
JDK-4374079 Win32:Lightweight components do not immediately repaint in response to repaint()
- Resolved