-
Bug
-
Resolution: Fixed
-
P4
-
6, 6u12
-
b21
-
x86
-
windows_xp
-
Verified
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2169749 | 6u12 | Anthony Petrov | P2 | Closed | Fixed | b02 |
FULL PRODUCT VERSION :
jre 1.6 b105
ADDITIONAL OS VERSION INFORMATION :
Windows XP SP2
A DESCRIPTION OF THE PROBLEM :
When selecting a JInternalFrame with a canvas using jni and the canvas is in a JPanel the moveToFront casues a componentZorder call which removes the Canvas and causes an invalid window handle that causes the jni code to break.
STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
Actually someone on the Sun developer team developed a simple test example to show the exception trace. The example is on the java.net site message forum:
http://forums.java.net/jive/thread.jspa?threadID=25806&tstart=0
EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
Should not cause movie that is in canvas to disappear.
ACTUAL -
Movie is unloaded from memory
ERROR MESSAGES/STACK TRACES THAT OCCUR :
Message in JNI code indicating WM_DESTROY and invalid window handle due to canvas peer being removed.
REPRODUCIBILITY :
This bug can be reproduced always.
---------- BEGIN SOURCE ----------
Actually someone on the Sun developer team develioped a simple test example to show the exception trace. The example is on the java.net site message forum:
http://forums.java.net/jive/thread.jspa?threadID=25806&tstart=0
---------- END SOURCE ----------
jre 1.6 b105
ADDITIONAL OS VERSION INFORMATION :
Windows XP SP2
A DESCRIPTION OF THE PROBLEM :
When selecting a JInternalFrame with a canvas using jni and the canvas is in a JPanel the moveToFront casues a componentZorder call which removes the Canvas and causes an invalid window handle that causes the jni code to break.
STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
Actually someone on the Sun developer team developed a simple test example to show the exception trace. The example is on the java.net site message forum:
http://forums.java.net/jive/thread.jspa?threadID=25806&tstart=0
EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
Should not cause movie that is in canvas to disappear.
ACTUAL -
Movie is unloaded from memory
ERROR MESSAGES/STACK TRACES THAT OCCUR :
Message in JNI code indicating WM_DESTROY and invalid window handle due to canvas peer being removed.
REPRODUCIBILITY :
This bug can be reproduced always.
---------- BEGIN SOURCE ----------
Actually someone on the Sun developer team develioped a simple test example to show the exception trace. The example is on the java.net site message forum:
http://forums.java.net/jive/thread.jspa?threadID=25806&tstart=0
---------- END SOURCE ----------
- backported by
-
JDK-2169749 the moveToFront causes Heavyweight components to be removed.
-
- Closed
-
- relates to
-
JDK-6783411 Reparenting HW components to another toplevel should not destroy their peer
-
- Closed
-
-
JDK-4154448 JInternalFrame needs Heavy Implementation
-
- Closed
-