https://bugs.documentfoundation.org/show_bug.cgi?id=171296
Bug ID: 171296
Summary: [AARCH64][Win11] Zotero integration plugin
non-functional in all-AARCH64 pipeline: Java-UNO
Bridge functional but Modal Dialogs fail to render
(VCL Window Parenting Regression)
Product: LibreOffice
Version: 26.2.1.2 release
Hardware: ARM
OS: Windows (All)
Status: UNCONFIRMED
Keywords: bibisectRequest, possibleRegression
Severity: normal
Priority: medium
Component: Writer
Assignee: [email protected]
Reporter: [email protected]
CC: [email protected], [email protected],
[email protected]
Created attachment 206147
--> https://bugs.documentfoundation.org/attachment.cgi?id=206147&action=edit
ProcMon log files, pre- and post-jnidispatch.dll injection fix attempt, and
javasettings_Windows_AARCH64.xml
Hi. For context: I am a heavy Zotero/LO user and prospective trainer testing an
all-native, AARCH64 pipeline for students using low-powered ARM64 Windows
laptops (the emerging viable low-cost alternatives to the MacBook Neo).
Despite years of attempting this setup, I have had no success. I performed a
fresh attempt today on Windows 11 Pro 25H2 (ARM64) via VMWare Fusion 25H2u1 on
a macOS Tahoe 26.3.1 (build 25D2128; M1 Max Mac Studio) host. To move beyond
anecdotal failure, I performed thorough troubleshooting, guided by an LLM and
using ProcMon64a.exe to isolate the bridge failure.
Below is the technical summary of those findings, verified against the logs, as
provided by said LLM:
Java Environment (Tested & Failed):
• Microsoft Build of OpenJDK 21 (LTS): Version 21.0.10.7 (AARCH64)
• Eclipse Temurin (Adoptium): Version 21.0.9_10 (AARCH64)
Note: Both versions were confirmed as native ARM64 binaries and were correctly
recognized in LibreOffice Advanced settings.
Technical Findings:
1. Bridge Status: SUCCESS. ProcMon (Procmon64a.exe) confirms jnidispatch.dll
(v5.16.0) is successfully loaded by soffice.bin and the JVM, resulting in a
SyncTypeCreateSection (FILE LOCKED WITH ONLY READERS) status.
2. The Failure: Despite a successful JNI/JNA handshake, the Add/Edit Citation
and Document Preferences dialogs fail to appear. No RuntimeException is thrown.
3. UI/VCL Conflict: The environment is locked to Skia/Raster and VCL: win on a
Hi-DPI/Retina display. Changes to UseSkia=false are ignored by the AARCH64
build.
4. Tested Workarounds (Failed):
4.1 Manual injection of ARM64 jnidispatch.dll into the JDK bin folder.
4.2 Forcing Java 2D pipelines (-Dsun.java2d.d3d=false and
-Dsun.java2d.noddraw=true).
4.3 Using Zotero's "Library Mode" (classic dialog, or as close to it as
possible, as the classic option is likely no longer available on current Zotero
8 builds).
Details of my “About LibreOffice” window (freely translated from the localized
pt-PT version):
Version: 26.2.1.2 (AARCH64)
Environment: CPU processes: 4; OS: Windows 11 ARM64 (build 26200)
User Interface: Interface management: Skia/Raster; VCL: win
Regional configuration: pt-PT (pt_PT); Interface: pt-PT
Other: Calc: threaded
Recommendation for Developers:
Investigate the XWindow parenting logic in the Windows AARCH64 VCL. The bridge
is functional (proven by the "Unlink Citation" error dialog triggered by the
Zotero integration plugin), but the AARCH64 UI compositor appears to "swallow"
modal windows spawned by the JavaLoader on Hi-DPI displays.
Final addendum, written by yours truly with no help from the LLM:
This is my first bug report where I resorted, as I just said, to such a novel
tool.
Normally I would do all this troubleshooting myself, but I am at my wits' end
here (yes, I tried AARCH64 JDK/JRE shenanigans before, that seemed very obvious
to me, to no avail), and just trying to draw some attention to an
incompatibility that, IMHO, seems incomprehensible and unacceptable by our
2026, multi-mainstream-ISA standards.
My apologies if I personally went, or otherwise drive you, down irrelevant
rabbit holes, or if this submission is flawed in any way. Thank you for your
attention and keep up the good work!
--
You are receiving this mail because:
You are the assignee for the bug.
