[Windows][Documents] Managed workspace 26.904.11930 has libreOfficeVersion=null and no bundled soffice.exe after reinstall

What version of the Codex App are you using?

ChatGPT Desktop (About dialog): 26915.31945

Release date shown in the app: September 18, 2026

Managed Documents / Workspace runtime: 26.904.11930

These are separate version numbers: the desktop application build and the managed Documents/Workspace package.

What subscription do you have?

ChatGPT Pro

What platform is your computer?

Windows x64

What issue are you seeing?

On my Windows installation, the managed Documents workspace does not provide the bundled LibreOffice dependency required by its Documents skill.

The managed dependency inspection reports:

libreOfficeVersion = null

No managed soffice.exe is resolved or found.

The Documents renderer imports successfully, but its LibreOffice resolver fails with this exact error:

LibreOffice soffice.exe was not found on PATH

The installed Documents SKILL.md requires the absolute path to bundled LibreOffice and explicitly states: "never use the user's installed desktop LibreOffice". Therefore, a system-installed LibreOffice is not a permitted fallback under the installed skill's instructions.

Other rendering dependencies are available:

• pdf2image 1.17.0
• Pillow
• Poppler

load_workspace_dependencies({}) succeeds, but the available operation only discovers dependency paths; it does not provision LibreOffice or expose a LibreOffice path override.

This blocks the required DOCX-to-PDF/page-image rendering and visual-QA workflow. No page images are produced.

What steps can reproduce the bug?

The following sequence reproduces the issue on my installation:

1. Open ChatGPT / Codex Desktop on Windows.
2. Open Settings → Configuration → Workspace Dependencies. The displayed Workspace version is 26.904.11930.
3. In a Documents task, inspect the managed dependencies using load_workspace_dependencies({}) and the bundled LibreOffice resolver.
4. Observe libreOfficeVersion = null and the resolver error LibreOffice soffice.exe was not found on PATH.
5. Run Reset and install Workspace → Reinstall once and wait for the download/reinstall to finish.
6. Fully quit and reopen the desktop app.
7. Repeat the dependency and renderer checks.

Actual result after reinstall:

Documents / Workspace version: 26.904.11930
libreOfficeVersion: null
Managed soffice.exe: not found
Renderer import: PASS
LibreOffice resolver: LibreOffice soffice.exe was not found on PATH
Rendered page images: 0

The local before/after diagnostic comparison also reported unchanged plugin bytes and bundle manifest.

What is the expected behavior?

If the Windows Documents skill requires bundled LibreOffice, the managed workspace should provide and resolve a supported soffice.exe, or expose a documented managed installation/repair path.

If LibreOffice is intentionally not bundled on Windows, the skill should identify a supported rendering backend or clearly document that limitation instead of requiring an unavailable dependency while prohibiting the system fallback.

Please confirm whether libreOfficeVersion = null is expected for this Windows workspace version, and what supported remediation is available after Workspace Reinstall does not change the dependency state.

Additional information

Feedback ID:

01a0bc32-6cff-72f0-9ff0-849cc9026d50

Feedback was submitted through the desktop app with diagnostic logs enabled. OpenAI Support directed me to report this issue in openai/codex and include this Feedback ID.

Troubleshooting already performed:

• Completed exactly one Workspace Reinstall.
• Fully quit and reopened the desktop app afterward.
• Documents / Workspace version remained 26.904.11930.
• Plugin bytes and bundle manifest remained unchanged according to the local diagnostic comparison.
• libreOfficeVersion remained null.
• No managed soffice.exe appeared.
• No second reinstall was attempted.
• No system LibreOffice workaround was used.
• PATH was not modified.
• The Documents plugin/runtime was not manually patched.
• The project Python environment was not modified.

This differs from #30649 and #27957, where LibreOffice is present and conversion fails later. Here, the managed LibreOffice dependency cannot be resolved in the first place.

Related reports: #30649, #27957, #38313, #32968.

This public report intentionally excludes private project documents, article content, internal project ledgers, credentials, and raw session logs.

Start with Settings → Configuration → Workspace Dependencies, then inspect load_workspace_dependencies({}) and the bundled LibreOffice resolver described in the report. No source file or test is named; done means the Windows workspace resolves a supported bundled soffice.exe, or documents a supported rendering backend and remediation when LibreOffice is intentionally unavailable.