Java Solaris Communities Sun Store Join SDN My Profile Why Join?
 
Bug Database
Bug Detail
Quick Lists
Top 25 Bugs
Top 25 RFE's
Recently Closed Bugs
Printable Page Printable Page


Bug Database
Bug ID: 6235443
Votes 0
Synopsis REG:Overlapping a swing app with an AWT app causes flickering in the background swing app on Windows
Category java:classes_awt
Reported Against 5.0
Release Fixed 7(b36)
State 10-Fix Delivered, bug
Priority: 4-Low
Related Bugs 6333613 , 6517021 , 6710865 , 6815717 , 5003402
Submit Date 03-MAR-2005
Description
Overlapping a swing app with an AWT app causes flickering in the background swing app on Windows.

Steps to reproduce: 
1)Unjar the two attached test cases
2)On a windows system, run Swing app first (JFrameDec), Maximize it. 
3)Run the AWT App (FileDlgTest)
4)Move the AWT window to the center of the swing JFrame. 
5)Now try selecting the text from textarea in AWT window or try clicking inside the textarea repeatedly. 

You will see lot of flickering happening in the swing app which is in the backgroud on Windows. 
You can also use bugster instead of the given swing app. 
This is not happening on tiger and I could also not reproduce it till Mustangb08. It is happening from 6.0b12 onwards till the current promoted build 6.0b25.


  xxxxx@xxxxx   2005-03-03 10:33:20 GMT
Work Around
N/A
Evaluation
On my xp box I don't even need to overlap windows to see this behavior.
I launched the swing app first.  Then launch the awt app and all other swing apps get repainted.
The paint event is coming from awt.  We're getting an expose event for the complete window bounds.  Reassigning to AWT for further investigation.
  xxxxx@xxxxx   2005-03-07 17:30:27 GMT

Reproducible on Win32. Seems that there is an extra paint event generated but I haven't found where could it be. I'm adding an AWTEventListener on Toolkit but there is nothing strange with paint events. Native AWT system only transfers events from Windows and doesn't create new one.
  xxxxx@xxxxx   2005-03-10 11:47:37 GMT
The problem is only observed, when AWT TextArea is used in the test. I found the desktop flickering is caused by the call to LockWindowUpdate which is introduced by the fix for 5003402. Removing these calls eliminates the flickering, and at the same time doesn't brake the fix for 5003402.
Posted Date : 2008-07-11 12:02:22.0
Comments
  
  Include a link with my name & email   


PLEASE NOTE: JDK6 is formerly known as Project Mustang