JDK-4253117 : JumpingBox demo does not paint correctly with another window over it
  • Type: Bug
  • Component: client-libs
  • Sub-Component: demo
  • Affected Version: 1.3.0,1.4.0
  • Priority: P5
  • Status: Resolved
  • Resolution: Fixed
  • OS: windows_nt
  • CPU: x86
  • Submitted: 1999-07-10
  • Updated: 2002-02-08
  • Resolved: 2002-02-08
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.1 hopperFixed
Related Reports
Duplicate :  
JDK-4517825 - Repaint problems with JumpingBox demo applet
Description
Discovered on windows - here are the steps we followed to cause it .  

Run the JumpingBox demo applet.  
Make the applet window large.  
From the applet menu, open the print dialog, and drag it on top of the 
applet window.  It is not necessary to drag vigorously.  

The box will draw pieces of itself in random positions and leave the 
pieces lying on the screen.  Dragging the dialog leaves pieces of box 
behind it (not pieces of Dialog).  

Observed with 1.2fcs, 1.2.2 and Kestrel-K.
Comments
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: generic hopper FIXED IN: hopper INTEGRATED IN: hopper
14-06-2004
SUGGESTED FIX Name: ssR10077 Date: 02/01/2002 Move 'jumper' to update method. ======================================================================
11-06-2004
EVALUATION Possibly related to clip region corruption? eric.hawkes@eng 1999-07-09 Name: rpR10076 Date: 11/16/2001 commit to hopper and tiger ====================================================================== Name: ssR10077 Date: 02/01/2002 It is a demo bug. Problem is the box 'jumper' code is located in paint method. When overlapping window moves, paint is called with small clip rect, corresponding to damaged area. The Graphics can draw only inside the clip rect, so it clears and paints only small portion of the box. The same problem is encountered with Clock applet demo. The right place for changing appearance is located in update method. It is called only in response to repaint, program controls clip rect by repaint parameters. ====================================================================== I agree with the assesment above. ###@###.### 2002-02-01
01-02-2002