Integration collabora online nextcloud 33.0.3

ℹ️ Support
, , , ,
1

The Basics

  • Nextcloud Server version (e.g., 29.x.x):
    • 33.0.3
  • Operating system and version (e.g., Ubuntu 24.04):
    • docker official image (not AIO), running on Debian 13
  • Web server and version (e.g, Apache 2.4.25):
    • docker official image
  • Reverse proxy and version _(e.g. nginx 1.27.2)
    • behind traefik
  • PHP version (e.g, 8.3):
    • docker official image
  • Is this the first time you’ve seen this error? (Yes / No):
    • no
  • When did this problem seem to first start?
    • every time I open an ods or xslx file
  • Installation method (e.g. AlO, NCP, Bare Metal/Archive, etc.)
    • docker
  • Are you using CloudfIare, mod_security, or similar? (Yes / No)
    • no

Summary of the issue you are facing:

On a docker compose deployment of Nextcloud 33.0.3: The nextcloud office app using integrated Collabora Online server does not work. It cannot open any file.

Steps to replicate it:

  1. intall nextcloud-office app with integrated code server

  2. open a new xslx file

Log entries

app-1  | 172.29.0.1 - - [18/May/2026:11:52:14 +0000] “GET /index.php/apps/files/preview-service-worker.js HTTP/1.1” 200 6588 “-” “Mozilla/5.0 (X11; Linux x86_64; rv:140.0) Gecko/20100101 Firefox/140.0”
app-1  | 192.168.81.254 - - [18/May/2026:11:52:14 +0000] “GET /index.php/apps/richdocuments/wopi/files/2213903_oc3bk1vxbmd5?access_token=<access_token>&access_token_ttl=0&no_auth_header= HTTP/1.1” 500 2120 “-” “COOLWSD HTTP Agent 25.04.9.4”
app-1  | 172.29.0.1 - - [18/May/2026:11:52:14 +0000] “POST /custom_apps/richdocumentscode/proxy.php?req=/cool/https%3A%2F%2Fnextcloud.home%2Findex.php%2Fapps%2Frichdocuments%2Fwopi%2Ffiles%2F2213903_oc3bk1vxbmd5%3Faccess_token%3D<access_token>%26access_token_ttl%3D0%26no_auth_header%3D/ws?WOPISrc=https%3A%2F%2Fnextcloud.home%2Findex.php%2Fapps%2Frichdocuments%2Fwopi%2Ffiles%2F2213903_oc3bk1vxbmd5&compat=/ws/open/open/1 HTTP/1.1” 400 369 “-” “Mozilla/5.0 (X11; Linux x86_64; rv:140.0) Gecko/20100101 Firefox/140.0”
app-1  | 172.29.0.1 - - [18/May/2026:11:52:15 +0000] “GET /custom_apps/richdocumentscode/proxy.php?req=/browser/4610258811/images/dark/pagewidth.svg HTTP/1.1” 404 522 “-” “Mozilla/5.0 (X11; Linux x86_64; rv:140.0) Gecko/20100101 Firefox/140.0”
app-1  | 172.29.0.1 - - [18/May/2026:11:52:15 +0000] “GET /custom_apps/richdocumentscode/proxy.php?req=/browser/4610258811/src/app/TaskWorker.js HTTP/1.1” 200 5675 “-” “Mozilla/5.0 (X11; Linux x86_64; rv:140.0) Gecko/20100101 Firefox/140.0”
app-1  | 172.29.0.1 - - [18/May/2026:11:52:15 +0000] “GET /custom_apps/richdocumentscode/images/lc_uppage_branding.svg HTTP/1.1” 404 8835 “-” “Mozilla/5.0 (X11; Linux x86_64; rv:140.0) Gecko/20100101 Firefox/140.0”
app-1  | 172.29.0.1 - - [18/May/2026:11:52:15 +0000] “GET /custom_apps/richdocumentscode/images/lc_downpage_branding.svg HTTP/1.1” 404 8835 “-” “Mozilla/5.0 (X11; Linux x86_64; rv:140.0) Gecko/20100101 Firefox/140.0”
app-1  | 192.168.81.254 - - [18/May/2026:11:52:15 +0000] “GET /index.php/apps/richdocuments/wopi/files/2213903_oc3bk1vxbmd5?access_token=<access_token>&access_token_ttl=0&permission=edit HTTP/1.1” 500 2112 “-” “COOLWSD HTTP Agent 25.04.9.4”
app-1  | 172.29.0.1 - - [18/May/2026:11:52:15 +0000] “POST /custom_apps/richdocumentscode/proxy.php?req=/cool/https%3A%2F%2Fnextcloud.home%2Findex.php%2Fapps%2Frichdocuments%2Fwopi%2Ffiles%2F2213903_oc3bk1vxbmd5%3Faccess_token%3D<access_token>%26access_token_ttl%3D0%26permission%3Dedit/ws?WOPISrc=https%3A%2F%2Fnextcloud.home%2Findex.php%2Fapps%2Frichdocuments%2Fwopi%2Ffiles%2F2213903_oc3bk1vxbmd5&compat=/ws/open/open/1 HTTP/1.1” 400 369 “-” “Mozilla/5.0 (X11; Linux x86_64; rv:140.0) Gecko/20100101 Firefox/140.0”
app-1  | 172.29.0.1 - - [18/May/2026:11:52:15 +0000] “GET /custom_apps/richdocumentscode/proxy.php?req=/browser/4610258811/src/app/TaskWorker.js HTTP/1.1” 200 5675 “-” “Mozilla/5.0 (X11; Linux x86_64; rv:140.0) Gecko/20100101 Firefox/140.0”
app-1  | 172.29.0.1 - - [18/May/2026:11:52:15 +0000] “GET /custom_apps/richdocumentscode/proxy.php?req=/browser/4610258811/src/app/TaskWorker.js HTTP/1.1” 200 5675 “-” “Mozilla/5.0 (X11; Linux x86_64; rv:140.0) Gecko/20100101 Firefox/140.0”
app-1  | 172.29.0.1 - - [18/May/2026:11:52:15 +0000] “GET /custom_apps/richdocumentscode/proxy.php?req=/browser/4610258811/src/app/TaskWorker.js HTTP/1.1” 200 5675 “-” “Mozilla/5.0 (X11; Linux x86_64; rv:140.0) Gecko/20100101 Firefox/140.0”
app-1  | 172.29.0.1 - - [18/May/2026:11:52:15 +0000] “GET /custom_apps/richdocumentscode/images/closedoc.svg HTTP/1.1” 404 8835 “-” “Mozilla/5.0 (X11; Linux x86_64; rv:140.0) Gecko/20100101 Firefox/140.0”
app-1  | 172.29.0.1 - - [18/May/2026:11:52:15 +0000] “GET /index.php/apps/files/preview-service-worker.js HTTP/1.1” 200 6588 “-” “Mozilla/5.0 (X11; Linux x86_64; rv:140.0) Gecko/20100101 Firefox/140.0”
2

Hi @Jeremy_Vies,

Before diving into the technical details, one thing worth clarifying: the image you’re using is not the official Nextcloud Docker image. The repository at GitHub - nextcloud/docker: A community maintained docker micro-image for deploying Nextcloud on container platforms · GitHub carries this warning right at the top of its README:

:warning::warning::warning: This image is maintained by community volunteers and designed for expert use. For quick and easy deployment that supports the full set of Nextcloud Hub features, use the Nextcloud All-in-One docker container maintained by Nextcloud GmbH.

The officially supported Docker deployment is Nextcloud AIO (All-in-One), maintained by Nextcloud GmbH. With AIO, Nextcloud Office works out of the box — the Collabora integration, WOPI configuration, and internal networking are all handled automatically.

What’s actually failing in your setup:

Looking at your logs, the root cause is these two lines:

192.168.81.254 - "GET /index.php/apps/richdocuments/wopi/files/...  HTTP/1.1" 500

192.168.81.254 is your CODE server (COOLWSD) trying to fetch the document from Nextcloud via the WOPI protocol — and getting HTTP 500 back. Everything else follows from that:

  • The 400 on proxy.php (WebSocket) is a consequence — Collabora can’t open a document it was never able to load
  • The 404s for SVG files are cosmetic and irrelevant

The most likely cause in a community Docker setup is that wopi_allowlist in config.php does not include the IP range of your CODE container (192.168.81.x). Since Nextcloud 22, WOPI requests from IPs not in the allowlist are rejected. Getting this right in a custom Docker + Traefik setup requires manual network configuration that AIO handles automatically.

To confirm the exact error you would need the nextcloud.log entries at the same timestamp — but honestly, if you’re not already deeply familiar with Nextcloud’s Docker networking requirements, switching to AIO will save you a lot of this kind of troubleshooting.

If you want to stay with the community image, the proper approach is to run Collabora CODE as a separate container with a correct reverse proxy configuration — not as the integrated richdocumentscode app. This HowTo covers exactly that setup, including network configuration and the domain-based allowlist approach: Collabora CODE for Nextcloud with Docker

h.t.h.

ernolf

3

@Jeremy_Vies There also are likely more details in your Nextcloud log, as noted in the support template. If the 500 is being generated by Nextcloud it’ll generally throw a logged exception.

4

Thank you for your support.
My initial plan was to use a dedicated collabora container, but it didn’t make it… so I tried in internal CODE.

I found some clues in the nextcloud.log file. It seems I was concerned by the issue mentioned here: