JDK-8028577 : [regression] Unsigned warning dialog is shown twice for applet with extension launched thru javaws
  • Type: Bug
  • Component: deploy
  • Sub-Component: webstart
  • Affected Version: 7u51,8
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • OS: generic
  • CPU: generic
  • Submitted: 2013-11-19
  • Updated: 2014-07-08
  • Resolved: 2013-12-17
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 7 JDK 8 JDK 9
7u55 b02Fixed 8u20Fixed 9Fixed
Description
Since 7u51 b04 unsigned warning dialog is shown twice when app with extension is executed. In 7u51 b03 and earlier it was shown once.
Comments
regression_test_src: http://sqe-hg.us.oracle.com/hg/index.cgi/testbase/javase/functional/8/deployment2/file/6c293dfac7c0/new_framework/tests/plugin/signedJNLPSupport/src/SignedJNLPTest.java
14-01-2014
SQE OK to defer the fix to CPU14_02
16-12-2013
ILW=MMH=P3
12-12-2013
Do I need to push this to sandbox repo before crucible review is completed?
02-12-2013
Crucible review is not yet completed: https://sthinfra10.se.oracle.com/cru/CR-JDK7UCPU-194#c10258 The new patch has been uploaded today. Seems the fix is not in 7u dpeloy sandbox yet. BTW, One of the comment above is a request to defer the fix to 7u55.
02-12-2013
created crucible review, as the bug exists for 7u-cpu and 8-cpu repos.
24-11-2013
This is caused by TrustDecider.getLocString() returning a different value for the main jnlp as for the extensions: for the main jnlp it returns: http//stt-13.ru.oracle.com:80##jnlp:http//stt-13.ru.oracle.com:80##docbase:http//stt-13.ru.oracle.com:80 for the extensions it returns just: http//stt-13.ru.oracle.com:80##jnlp:http//stt-13.ru.oracle.com:80 so the problem is a applet run from webstart has a docbase when launched from a command line with a full URL to the jnlp file, but it's extensions do not. Same problem does not occur with a jnlp application like : http://oklahoma.us.oracle.com/www/tests/sandbox/u2u.jnlp
20-11-2013