JDK-8079677 : fix to JDK-8078534 removed part of fix to JDK-8076220
- Type: Bug
- Component: deploy
- Sub-Component: plugin
- Affected Version: 8u60,9
- Priority: P2
- Status: Closed
- Resolution: Fixed
- Submitted: 2015-05-07
- Updated: 2015-09-29
- Resolved: 2015-05-07
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.
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 8 | JDK 9 |
|---|---|
8u60 b16Fixed  |
9Fixed |
Related Reports
|
Relates :
|
Description
The fix to JDK-8078534 in CodeRef.getChecksum() wiped out the fix for this (JDK-8076220) by changing:
if ((checksum == null || checksumAlg == null ||
!checksumAlg.equals(algorithm)) && (!isCodebase)) {
to:
if (checksum == null) {
// only valid algorithm is now SHA-256
if (algorithm != null && !algorithm.equalsIgnoreCase("SHA-256")) {
throw new IOException("Invalid checksum algorithm: " +
algorithm);
}
instead it should have changed it to:
if (checksum == null && !isCodebase) {
...
The check for !isCodebase was inadvertently removed as part of JDK-8078534
As a result - having a checksum base DRS rule installed will again cause the "directory" to be downloaded when running an html applet using loose classes from the codebase
Comments
|