PDF files fail to open — Emscripten WASM noExitRuntime not exported

[AndreasJe]

Symptom: Opening any PDF file shows "An error happened while opening this file" and the editor closes
Root cause: sdkjs/common/libfont/engine/fonts.js is compiled with Emscripten but noExitRuntime is not included in EXPORTED_RUNTIME_METHODS. The calling code in drawingfile.js accesses Module.noExitRuntime, which aborts the WASM module.

Console error:

Aborted('noExitRuntime' was not exported. add it to EXPORTED_RUNTIME_METHODS (see the Emscripten FAQ))
at abort (fonts.js:38)
at Object.get (fonts.js:36)
at drawingfile.js:167
Tested on: ghcr.io/euro-office/documentserver:latest (image created 2026-03-31), DocumentServer version 9.2.1
Fix: Recompile fonts.js with -s EXPORTED_RUNTIME_METHODS='["noExitRuntime"]' (or add it to the existing exports list)

[rikled]

Thanks, you are right, this was the bug. It should already be fixed in ghcr.io/euro-office/documentserver:nightly

[AndreasJe]

Is the image ready on nightly? Im still getting the same results on the nightly image, i just pulled: 72c76948.

[AndreasJe]

Fixed the noExitRuntime issue, thanks! All network requests return 200.

New crash: Aborted() in $GetPixmap inside drawingfile.wasm — triggered during ___cxa_end_catch (C++ exception handler crash during page rendering). The error message says 'Build with -sASSERTIONS for more info' — a debug build would give the actual abort reason.
Stack trace: GetPixmap → func14608 → func15906-15910 → __cxa_decrement_exception_refcount → ___cxa_end_catch.

[AndreasJe]

Same abort also fires when opening a docx, but the document loads fine there since Word editing doesn't depend on the PDF renderer. So the engine initialises ok — it only fully crashes when GetPixmap is actually called to render a page. The bug is in the rendering path itself, not the setup

[rikled]

Thanks for the thorough testing. Could you describe exactly what you're doing before the error occurs in the pdf editor. so I can reproduce it?

[AndreasJe]

Environment: Euro-Office DocumentServer nightly, Nextcloud 33, connector built as a custom Nix package (replacing the official OnlyOffice app — functionally equivalent as far as I can tell, but worth noting in case something differs).

Here is my custom nix package, if you wish to take a peak: https://github.com/AndreasJe/eurooffice-nextcloud-nix
Other than this package nothing else in my environment is customized, so the error should be located within the DocumentServer.

Steps to reproduce:

• Log in to Nextcloud via Authentik SSO (OIDC)
• Create a new .docx file directly in Nextcloud
• The document opens in the editor — it loads fine, but the browser console already shows an Aborted() error in drawingfile.wasm at this point (silent, does not affect the editor)
• Type a few characters and wait for the auto-save to complete
• Click Save copy as… → select PDF → the file is created without errors
• Open the generated PDF from Nextcloud — the PDF viewer fails to render and the Aborted() / GetPixmap crash is now visible
• So the PDF itself is created successfully by the converter. The crash happens when trying to render it in the editor's PDF viewer.

As mentioned above, the Aborted() in drawingfile.wasm (GetPixmap) also fires silently on .docx files, but since .docx rendering doesn't depend on the PDF renderer, those load fine. The PDF viewer hits the same crash path but can't recover from it.

[rikled]

Thanks, good find. I'll check it out!