JDK-6603443 : Plugin2: Under some scenarios applet fails to return values to calling javascript
  • Type: Bug
  • Component: deploy
  • Sub-Component: plugin
  • Affected Version: 7
  • Priority: P2
  • Status: Closed
  • Resolution: Duplicate
  • OS: windows
  • CPU: generic
  • Submitted: 2007-09-11
  • Updated: 2010-04-04
  • Resolved: 2007-10-31
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.
JDK 6
6u10Resolved
Related Reports
Duplicate :  
JDK-6622332 - Initial integration of new Java Plug-In
Description
This scenario caught a regression w.r.t. 6UR. Javascript calls a applet method which returns a java object but with present behavior the returned java object is not getting passed onto the calling javascript. e.g. following call inside the html
var props = app.getSystemEnvironment(), should return java.util.Properties, but in actual nothing is getting returned
- Try loading the following applet inside the browser
http://sqeweb.sfbay.sun.com/deployment2/jitu/deployment_JDK7_int_ws/deployment/src/plugin/manual/html/SecuritySysEnv.html
- If you can notice above mentioned behavior then bug is reproduced
Comments
EVALUATION This bug is being marked as a duplicate of 6622332 for bookkeeping purposes and does not need to be re-verified independently. In the case of a regression please file a new bug.
31-10-2007
SUGGESTED FIX http://analemma.sfbay.sun.com/net/jano2/export2/hotspot/users/kbr/webrevs/mjre/6603443_ie_javascript_tostring/
12-09-2007
EVALUATION The IE JavaScript engine expects that a COM property fetch with a DISPID of 0 corresponds to a "toString" operation. Recognized and re-dispatched this properly. Also converted to using ReflectUtil in JavaClass to avoid invoking methods with inaccessible holder classes when those methods were implementations of those in a public interface or abstract class. The test case itself has bugs; it expects that JavaScript arrays are automatically converted to Java arrays, which is not the case in the old IE plugin and is also not yet the case in the new plugin, although we might consider making this change (portably, across browsers). Commenting out the portion of the test case which attempts to use reflection from JavaScript allows it to pass. A new bug will need to be filed about this particular issue.
12-09-2007