JDK-5035314 : REGRESSION: TextField becomes uneditable after browser window is minimized
  • Type: Bug
  • Component: deploy
  • Sub-Component: plugin
  • Affected Version: 5.0
  • Priority: P3
  • Status: Closed
  • Resolution: Duplicate
  • OS: windows_2000
  • CPU: x86
  • Submitted: 2004-04-21
  • Updated: 2004-06-21
  • Resolved: 2004-06-21
Related Reports
Duplicate :  
JDK-4877530 - Unable to input text into JTextField in 1.4.1_02
Relates :  
JDK-4878303 - Can't input character into the applet text field when doing the applet demo
Description

Name: jl125535			Date: 04/21/2004


FULL PRODUCT VERSION :
1.5.0-beta-b32c

ADDITIONAL OS VERSION INFORMATION :
Windows2000　SP4

EXTRA RELEVANT SYSTEM CONFIGURATION :
IE6　SP1
IME2000（Japanese　Environment）

A DESCRIPTION OF THE PROBLEM :
Once this problem is reported as Bug ID of 4877530,4878303,4946379.
But  in all of JDK version with 1.4.2_01 and 1.5.0_beta, we cannot  find this problem is  resolved in japanese environment.
We found this problem is temporarily solved in only a case of  JDK version is 1.5.0_beta_b31.
In latest　version　of　1.5.0_beta, the problem is now remained.

REGRESSION.  Last worked in version tiger-beta

STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
We use the sample applet of SymbolTest provided by sun (see $JAVA_HOME\demo\applets in a 1.3.x installation).
Step1. click example1.html and start the sample applet
Step2. edit  the text field of  "Unicode base" and check the function
Step3.minimize the browser window and maximize the window
Step4.edit the text field of  "Unicode base" and check the function


EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
After the browser window is minimized, textfield of the applet should be editable when the window size is maximized.
ACTUAL -
After the browser window is minimized, textfield of the applet cannot be editable when the window size is maximized.

REPRODUCIBILITY :
This bug can be reproduced always.

---------- BEGIN SOURCE ----------
SymbolTest.java is a reprodusable source provided by SUN.
---------- END SOURCE ----------

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

(Incident Review ID: 255257) 
======================================================================
Comments
EVALUATION Name: adR10249 Date: 04/22/2004 I was not able to reproduce this bug in my environment. I used Windows2000 SP4 with IME2000Japanese support, J2RE tiger-beta2, IE5. Using j2re tiger b31 didn't give any result too. ###@###.### 22-April-2004 ====================================================================== Name: adR10249 Date: 04/22/2004 Could reproduce this bug on IE5 with JRE1.4.2 and J2RE1.5.0-beta2-b48. Seems that this is the same as 4877530. ====================================================================== Name: adR10249 Date: 04/22/2004 Unreproducible with JavaPlugin1.4.2. Likely this is a bug in plugin. ###@###.### 22-April-2004 ====================================================================== Name: adR10249 Date: 04/30/2004 Unfortunately, I was not able to build my own plugin so I had no chance to try this bug with Plugin1.5 and to make further investigations. It may have sense that the bug is unreproducible with 1.4.2 plugin with any JRE. I'm going to reassign this bug to plugin team. The bug may be reproduced without Chineese locale on IE5. ###@###.### 30-April-2004 ====================================================================== This is another case of the lost focus bug. The bug is easily reproducible when you click on the IE icon in the status bar in order to minimize and maximize the IE window. If you use minimize button in the upper right corner of the IE window in order to minimize it, then focus is not lost by JTextField. Closing as duplicate of 4877530. ###@###.### 2004-06-21
21-06-2004