-
Bug
-
Resolution: Duplicate
-
P4
-
None
-
1.4.0, 1.4.1, 1.4.1_01, 1.4.2
-
x86
-
windows_95, windows_2000, windows_xp
This bug is the "leftover" of bug 4512592 - Applet in embedded frame doesn't repaint background properly. It was fixed, but I still see it happening in a certain set of steps:
- Open up Netscape4.x browser window and visit the page http://pcne.east/~mfisher/Test_progress/Test2/demo_both.html (The second applet on the page uses frame which does not repaint properly).
- Go to File->New Navigator window. New navigator window should show up. Make sure that the second applet is FULLY covered by the second window (if it covered only partially, the repaint works fine).
- Minimize second window. See that the second applet's background is not repainted properly. Move mouse over the second applet - it repaints.
Try the same set of combinations:
Bring a window with applets (same as above).
Bring another window over the first window. Minimize second window - applet does not repaint properly, do not move mouse, maximize second window, minimize it again - the applet is repainted and will stay repainted untill you move mouse over it. Then maximize second window and minimize it again - the applet will not be repainted.
Noticed in build 88, tested with build 89 - still happens.
Name: gm110360 Date: 10/03/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)
Java(TM) Plug-in: Version 1.4.1
Using JRE version 1.4.1 Java HotSpot(TM) Client VM
User home directory = C:\Documents and Settings\eliasen
Proxy Configuration: Browser Proxy Configuration
FULL OPERATING SYSTEM VERSION :
Microsoft Windows 2000 [Version 5.00.2195]
A DESCRIPTION OF THE PROBLEM :
Applets are still not repainted properly using Java Plug-in
and JDK 1.4.1 FCS. Covering a window and then removing the
covering window does not repaint the applet until the cursor
is moved over the applet.
This has been reported in Bug 4518431 which was closed (even
though comments from Sun in that bug report indicated that
it was still reproducable!) This is a new bug filed in the
hope that it will actually get fixed. Please do not
duplicate this to one of the closed bugs that weren't
actually fixed.
REGRESSION. Last worked in version 1.3
STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
1. With any browser with Java Plug-in 1.4.1 installed to
handle the applet tag, visit http://futureboy.homeip.net/chat/
2. Cover the applet with another window.
3. Move covering window.
4. Note that applet does not repaint until cursor is moved
into the applet.
EXPECTED VERSUS ACTUAL BEHAVIOR :
Applet should be repainted when uncovered.
REPRODUCIBILITY :
This bug can be reproduced always.
(Review ID: 165211)
======================================================================
- Open up Netscape4.x browser window and visit the page http://pcne.east/~mfisher/Test_progress/Test2/demo_both.html (The second applet on the page uses frame which does not repaint properly).
- Go to File->New Navigator window. New navigator window should show up. Make sure that the second applet is FULLY covered by the second window (if it covered only partially, the repaint works fine).
- Minimize second window. See that the second applet's background is not repainted properly. Move mouse over the second applet - it repaints.
Try the same set of combinations:
Bring a window with applets (same as above).
Bring another window over the first window. Minimize second window - applet does not repaint properly, do not move mouse, maximize second window, minimize it again - the applet is repainted and will stay repainted untill you move mouse over it. Then maximize second window and minimize it again - the applet will not be repainted.
Noticed in build 88, tested with build 89 - still happens.
Name: gm110360 Date: 10/03/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)
Java(TM) Plug-in: Version 1.4.1
Using JRE version 1.4.1 Java HotSpot(TM) Client VM
User home directory = C:\Documents and Settings\eliasen
Proxy Configuration: Browser Proxy Configuration
FULL OPERATING SYSTEM VERSION :
Microsoft Windows 2000 [Version 5.00.2195]
A DESCRIPTION OF THE PROBLEM :
Applets are still not repainted properly using Java Plug-in
and JDK 1.4.1 FCS. Covering a window and then removing the
covering window does not repaint the applet until the cursor
is moved over the applet.
This has been reported in Bug 4518431 which was closed (even
though comments from Sun in that bug report indicated that
it was still reproducable!) This is a new bug filed in the
hope that it will actually get fixed. Please do not
duplicate this to one of the closed bugs that weren't
actually fixed.
REGRESSION. Last worked in version 1.3
STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
1. With any browser with Java Plug-in 1.4.1 installed to
handle the applet tag, visit http://futureboy.homeip.net/chat/
2. Cover the applet with another window.
3. Move covering window.
4. Note that applet does not repaint until cursor is moved
into the applet.
EXPECTED VERSUS ACTUAL BEHAVIOR :
Applet should be repainted when uncovered.
REPRODUCIBILITY :
This bug can be reproduced always.
(Review ID: 165211)
======================================================================
- duplicates
-
JDK-4532774 Problem with repainting
- Closed
-
JDK-4374079 Win32:Lightweight components do not immediately repaint in response to repaint()
- Resolved
- relates to
-
JDK-4512592 Regression: Applet in embedded frame doesn't repaint background properly
- Closed