OpenJDK 13.0.12 released

Yuri Nesterenko yan at azul.com
Mon Jul 25 10:40:49 UTC 2022


Hi all,

the release of OpenJDK 13.0.12 has been published on Jun 20, 2022.

The release sources are in https://github.com/openjdk/jdk13u Git repository
tagged jdk-13.0.12-ga.
For October release schedule see https://wiki.openjdk.java.net/display/JDKUpdates/JDK+13u

* Security fixes in this release:
=================================
   - JDK-8284370: Improve zlib usage
   - JDK-8272243: Improve DER parsing
   - JDK-8281866: Enhance MethodHandle invocations
   - JDK-8281859: Improve class compilation
   - JDK-8285407: Improve Xalan supports
   - JDK-8283190: Improve MIDI processing
   - JDK-8277608: Address IP Addressing
   - JDK-8272249: Better properties of loaded Properties

* Other changes:
================
   - JDK-8275703: System.loadLibrary fails on Big Sur for libraries hidden from filesystem
   - JDK-8238386: (sctp) jdk.sctp/unix/native/libsctp/SctpNet.c "multiple definition" link errors with 
GCC10
   - JDK-8238388: libj2gss/NativeFunc.o  "multiple definition" link errors with GCC10
   - JDK-8233941: Generated Pipeline_Use_Cycle_Mask::operator= interferes with memcpy updates
   - JDK-8238380: java.base/unix/native/libjava/childproc.c "multiple definition" link errors with GCC10
   - JDK-8250863: Build error with GCC 10 in NetworkInterface.c and k_standard.c
   - JDK-8287109: Distrust.java failed with CertificateExpiredException
   - JDK-8241271: Make hotspot build reproducible
   - JDK-8285591: [11] add signum checks in DSA.java engineVerify
   - JDK-8255035: Update BCEL to Version 6.5.0
   - JDK-8270886: Crash in PhaseIdealLoop::verify_strip_mined_scheduling
   - JDK-8272574: C2: assert(false) failed: Bad graph detected in build_loop_late
   - JDK-8258471: "search codecache" clhsdb command does not work
   - JDK-8285727: [11u, 17u] Unify fix for JDK-8284920 with version from head
   - JDK-8285726: [11u, 17u] Unify fix for JDK-8284548 with version from head
   - JDK-8285686: Update FreeType to 2.12.0
   - JDK-8277087: ZipException: zip END header not found at ZipFile#Source.findEND
   - JDK-8285445: cannot open file "NUL:"
   - JDK-8278851: Correct signer logic for jars signed with multiple digest algorithms
   - JDK-8273826: Correct Manifest file name and NPE checks
   - JDK-8282538: PKCS11 tests fail on CentOS Stream 9
   - JDK-8273682: Upgrade Jline to 3.20.0
   - JDK-8278794: Infinite loop in DeflaterOutputStream.finish()
   - JDK-8257794: Zero: assert(istate->_stack_limit == istate->_thread->last_Java_sp() + 1) failed: 
wrong on Linux/x86_32
   - JDK-8276657: XSLT compiler tries to define a class with empty name
   - JDK-8273655: content-types.properties files are missing some common types
   - JDK-8193682: Infinite loop in ZipOutputStream.close()
   - JDK-8283350: (tz) Update Timezone Data to 2022a
   - JDK-8255266: Update Public Suffix List to 3c213aa
   - JDK-8281275: Upgrading from 8 to 11 no longer accepts '/' as filepath separator in gc paths
   - JDK-8258795: Update IANA Language Subtag Registry to Version 2021-05-11

* Notes on some issues:
=========================
core-libs/java.io
   JDK-8285445 cannot open file "NUL:"
   ===================================
   Enable Windows Alternate Data Streams by default

   The Windows implementation of java.io.File has been changed so that strict validity checks are not 
performed by default on file paths.
   This includes allowing colons (‘:’) in the path other than only immediately after a single drive 
letter.
   It also allows paths that represent NTFS Alternate Data Streams (ADS), such as “filename:streamname”.
   This restores the default behavior of java.io.File to what it was prior to the April 2022 CPU in which
   strict validity checks were not performed by default on file paths on Windows.
   To re-enable strict path checking in java.io.File, the system property jdk.io.File.enableADS should 
be set to false (case ignored).
   This might be preferable, for example, if Windows special device paths such as NUL: are not used.

core-libs/java.time
   JDK-8283350 (tz) Update Timezone Data to 2022a
   ==============================================
     * Palestine will spring forward on 2022-03-27, not -03-26.
     * zdump -v now outputs better failure indications.
     * Bug fixes for code that reads corrupted TZif data.

core-libs/java.net
   JDK-8277608: Address IP Addressing
   ==================================
   Update java.net.InetAddress to Detect Ambiguous IPv4 Address Literals

   An update in java.net.InetAddress class requires now to accept IPv4 address literals in decimal 
quad notation only.
   On invalid literals, there will be java.net.UnknownHostException thrown.
   To disable this restriction, set the new "jdk.net.allowAmbiguousIPAddressLiterals" system property 
to "true".

Thank you!
--yan


More information about the jdk-updates-dev mailing list