A DESCRIPTION OF THE REGRESSION :
When resizing JInternalFrames, the cursor shape reverts to normal (instead of resize shape) in the overlapping area between an internal frame and other internal frame on a higher layer.


REPRODUCIBLE TESTCASE OR STEPS TO REPRODUCE:
- Tested on windows 2000 pro(sp4), solaris-sparc9 (gnome2), Fedora Core 4.
- Start the SwingSet2 demo.
- Try to resize Frame 0 across Frame 4, Frame 3, Frame 2, Frame 1

The cursor shape reverts to normal (instead of resize shape) in the overlapping area. This problem doesn't occur in 5.0u6.

RELEASE LAST WORKED:
5.0 Update 6

RELEASE TEST FAILS:
mustang-b70

Customer comment: This bug appears to have been unmasked by BasicInternalFrameUI no longer showing and hiding the glass-pane of the desktop (presumably in work related to Bug #4222821). The cause is the incorrect dispatch of mouse events to lightweight components that reshape. I believe the behaviour for heavyweight components is toolkit dependent. See, for instance, Bug #4420110: Creating a new component under cursor does not fire mouseEntered().
The Motif PL&F in unaffected as it doesn't bother with live resizing.


OBSERVED APPLICATION IMPACT:
Impact is only cosmetic, but applies to almost any Swing MDI-style application. I prefer having this bug to the the PL&F showing and hiding the desktop glass-pane by the PL&F.

Release Regression From : 5.0u6
The above release value was the last known release where this
bug was known to work. Since then there has been a regression.



The problem is reproducible in the latest build 1.6.0-rc-b72.
It works fine with the latest fcs update release (5.0u6)