JDK-7007224 : Regression : Button doesn't recover from re-entrant status in jdk5u25
  • Type: Bug
  • Component: deploy
  • Sub-Component: plugin
  • Affected Version: 5.0u25
  • Priority: P3
  • Status: Closed
  • Resolution: Won't Fix
  • OS: windows_xp
  • CPU: x86
  • Submitted: 2010-12-16
  • Updated: 2012-08-17
  • Resolved: 2012-08-17
Related Reports
Relates :  
JDK-6895894 - On IE7, JButton is disarmed when pressed while other window is active
Description
When a CU is verifying the fix for 6895894 with the attached test case in the following reproducing way, clicked button does not recover(staying re-entrant).

CONFIGURATION :
OS : WindowsXP prof. (SP3, Japanese)
Browser : IE6(SP3) and IE7(SP3)
JDK : 5.0u25

REPRODUCE :
1. Install JDK/JRE5.0u25
2. Set -Dfix6895894=true to "Java runtime parameters" in Java Control Panel.
3. Invoke the attached test_applet.html and test_applet.class in IE6 or 7
4. Open some other windows, ex. text box, explore,...
   (Please see the attached sample-image.jpg just as a sample.)
5. Keep clicking the "test" button in the browser and change the focus to another windows
   (make another window active) with ALT+TAB
6. Move the cursor to some area out of the button applet in the window(with clicking the button) 7. Release the button of mouse at the area other than the applet button.

The applet button is staying re-rentrant, not become un-clicked status. 
(Please see the attached re-entrant_button.jpg)
In this case, the button should recover from re-rentrant to un-clichked status.
Comments
EVALUATION This issue is a regression of the fix for CR 6895894. It was identified that one possible solution for CR 6895894 is the fix for CR 6711682. When I was working on revHIT04 release, I discovered that being together these two fixes do not co-exist well. They change the same code in different ways, and it just breaks the functionality, and CR 6895894 reproduces. The correct solution would be to apply *the fix for CR 6711682 only*. The fix for CR 6711682 was integrated into 5.0u23. The fix for CR 6895894 was integrated into 5.0u25; it broke the functionality and introduced the regression CR 7007224. The solution is simple - to undo the changes made for CR 6895894.
23-12-2010