-
Bug
-
Resolution: Duplicate
-
P3
-
None
-
1.4.0
-
x86
-
linux
- Run Java2 Demo with build 79 or build 80 or even with JDK1.3.1 ,
I produced this bug with 1.4.0-beta3 build 79 ,build 80 and JDK131-fcs
- Launch another Java2 Demo while first one is running
- Drag one of the Frame Window over another or when both Frames (Java2Demo )
are running Just click on anyone
- Click on second Frame leaves a trace or blank area which was being occupied by Second Window
- Can be easily reproduced just by dragging one window over another .
- The Blank Area does paint itself but it takes delay in doing that which makes GUI looks unresponsive , This is worst in Linux RH 7.1
Basically GUI responsiveness should be 1/10th of a second for the painting to being unnoticed by user according to some document on Sun's Website .
Performance of painting is worst on Linux ,
on windows and Solsparc blank area updates itself faster
I can reproduce it with JDK1.3.1-fcs also
This does not seem to be the problem with JDK but more with the way appplication is written , My guess is calling an updateGUI() like method in onLoadGUI()
should clear this blank trace
Hardware / Sys Info :-
Build Tested :-- JDK1.4.0-beta3 79 , 80
Operating Systems Tested : - WinNT/ME , Linux RH7.1 (2.4.2-2 Kernel ),
Solaris 7 (64 bit )
I produced this bug with 1.4.0-beta3 build 79 ,build 80 and JDK131-fcs
- Launch another Java2 Demo while first one is running
- Drag one of the Frame Window over another or when both Frames (Java2Demo )
are running Just click on anyone
- Click on second Frame leaves a trace or blank area which was being occupied by Second Window
- Can be easily reproduced just by dragging one window over another .
- The Blank Area does paint itself but it takes delay in doing that which makes GUI looks unresponsive , This is worst in Linux RH 7.1
Basically GUI responsiveness should be 1/10th of a second for the painting to being unnoticed by user according to some document on Sun's Website .
Performance of painting is worst on Linux ,
on windows and Solsparc blank area updates itself faster
I can reproduce it with JDK1.3.1-fcs also
This does not seem to be the problem with JDK but more with the way appplication is written , My guess is calling an updateGUI() like method in onLoadGUI()
should clear this blank trace
Hardware / Sys Info :-
Build Tested :-- JDK1.4.0-beta3 79 , 80
Operating Systems Tested : - WinNT/ME , Linux RH7.1 (2.4.2-2 Kernel ),
Solaris 7 (64 bit )
- duplicates
-
JDK-4244833 Painting of JMenus have deteriorated
-
- Closed
-