Bug ID: JDK-4512592 Regression: Applet in embedded frame doesn't repaint background properly

Versions (Unresolved/Resolved/Fixed)

The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.

Other
1.4.0 rc1Fixed

When running applets in embedded frame in Java Plug-in, background is not repainted properly. Here are the steps to reproduce:

1. Bring up any JDK demo applets in Java Plug-in in Internet Explorer/Netscape Navigator
2. Cover the applets with other windows
3. Bring the browser and the applet window into focus again.
4. The graphics will be drawn correctly, but the background of the applet is messed up.

This problem occurs recently in Merlin beta 3 and on Win32.

CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: merlin-rc1 FIXED IN: merlin-rc1 INTEGRATED IN: merlin-rc1 VERIFIED IN: merlin-rc1

14-06-2004

EVALUATION Not reproducable with appletviewer ###@###.### 2001-10-09 I suspect this is a regression caused from the removal of the clearBeforePaint() method in RepaintArea(). The native clear method WmEraseBackground is not being invoked for an embedded frame. ###@###.### 2001-10-10 Reproduced with b83. ###@###.### 2001-10-12 I can reproduce this bug in appletviewer with SymbolTest as it creates a panel & canvas. Run SymbolTest, bring up Calculator and move it over the top and notice the background is not cleared correctly. ###@###.### 2001-10-18 This bug was integrated into build 87 of merlin-rc1. ###@###.### 2001-11-21 I just ran into the same problem with build 88. For most cases the problem is fixed. There is one special case though: - Open up browser window and visit the page you were testing with before (or you can use my example http://pcne.east/~mfisher/Test_progress/Test2/demo_both.html The second applet on the page uses frame which does not repaint properly). - Bring any window that is smaller in size than the browser's window. Make sure that that window covers second applet fully or partially. The second applet is repainted correctly. - Make sure that Netscape's window is maximized and takes up all the screen. - Go to File->New Navigator window. Maximize that window as well. - Using that second window's Icon in the tray, minimise the window. You should see the window with the applets and the second applet will not be repainted. Move the mouse over it and it will get repainted. If you don't see this behavior, then click on the yellow part of the applet, then maximize second netscape window and minimize it again but using its icon only. I run Netscape 4.76 on Windows 2000. I think that the fix is not complete. Let me know if you have troubles reproducing this. ###@###.### 2001-12-05 The problem Rita described can still reproduce with 1.4.1-b8. ###@###.### 2002-04-15 The problem Rita described above sounds like a 2D bug that was fixed in 1.4.1_02 and mantis. Really, she should have filed a separate bug, though. ###@###.### 2003-04-01

01-04-2003

Duplicate :	JDK-4518431 - Repaint problem in Plugin1.4 when is applet is covered/uncovered by other appln.
Duplicate :	JDK-4510066 - Background not being cleared on windows
Duplicate :	JDK-4664013 - REGRESSION: Custom AWT Panel doesn't repaint properly
Duplicate :	JDK-4521474 - Panel does not repaint itself on Windows only.
Relates :	JDK-4587558 - Applet does not repaint background properly
Relates :	JDK-4517825 - Repaint problems with JumpingBox demo applet