Summary: | Oracle Java JDK 17 recognition confusion on macOS | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Alex Thurgood <iplaw67> |
Component: | LibreOffice | Assignee: | Stephan Bergmann <sberg.fun> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | sberg.fun |
Priority: | medium | ||
Version: | 7.1.5.2 release | ||
Hardware: | ARM | ||
OS: | macOS (All) | ||
See Also: | https://bugs.documentfoundation.org/show_bug.cgi?id=145695 | ||
Whiteboard: | target:7.3.0 target:7.2.5 | ||
Crash report or crash signature: | Regression By: |
Description
Alex Thurgood
2021-09-24 07:02:26 UTC
Changed title to reflect on the fact that LO7152 requires the x64 JDK, rather than the aarch64 version. This will inevitably lead to confusion as it does not seem possible to download and install both x64 and aarch64 DMG packages. LibreOffice currently only functions with the Oracle x64 JDK DMG / version, but recognizes the aarch64 version if it is installed. (In reply to Alex Thurgood from comment #1) > LibreOffice currently only functions with the Oracle x64 JDK DMG / version, > but recognizes the aarch64 version if it is installed. Yes, there is no code (in jvmfwk/) that would check that a given JDK installation contains a jvm dynamic library of the same architecture as the LO installation (and which would thus actually be usable by the LO installation; an error that currently only manifests when LO eventually tries to instantiate that jvm dynamic library in-process). (This is similar to the end-user confusion on Windows with 32-bit x86 vs. 64-bit x86-64 mismatches between LO and JDK installations.) Depending on the level of user sophistication, it is possible to have both aarch64 and x64 JDKs on a M1 system, but requires manually tweaking the uncompressed tarball names that can be downloaded, instead of using the DMGs provided by Oracle. In the Java setup dialog, the corresponding paths are then displayed when a JDK version is selected : e.g. /Library/Java/JavaVirtualMachines/jdk-17_x64.jdk/Contents/Home or /Library/Java/JavaVirtualMachines/jdk-17_aarch64.jdk/Contents/Home However, this is clearly not ideal for the casual user. (In reply to Stephan Bergmann from comment #2) > (This is similar to the end-user confusion on Windows with 32-bit x86 vs. > 64-bit x86-64 mismatches between LO and JDK installations.) (which, for Windows only, has been addressed with <https://git.libreoffice.org/core/+/9143dd4ebe37b608e43d04434cf831624bf55b65%5E!/> "Related tdf#54443 List only matching JREs") Stephan Bergmann committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/f05a42ef8c8192186f91a169047742e5c3ae9b9e tdf#144695 VendorBase::isValidArch also for macOS It will be available in 7.3.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Stephan Bergmann committed a patch related to this issue. It has been pushed to "libreoffice-7-2": https://git.libreoffice.org/core/commit/a7e36439bc79580b92e4b2636a831b1b0e64c6e8 tdf#144695 VendorBase::isValidArch also for macOS It will be available in 7.2.4. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. 7.2.4 was a hotfix release, updating target in status-whiteboard |