The developers of nextcloud 23 decided to release a non-working richdocuments app (v5.0.0). No idea why. The richdocuments developer was aware of this problem before the official release of 23. Plenty of time to pull the app and prevent this.
Doesn’t work for me. I installed 4.1.2 as instructed and chose “Use the built-in CODE” in the Settings page but it just says “Could not establish connection to the Collabora Online server.”
I can confirm Paradox551install steps worked for me on Ubuntu 20.04 VPS. I did note that when I first opened a document it took minutes for the full interface to load. The side bar appeared straight away but the document took way longer. This resolved after about 5 minutes.
I also found the same problem that “tanc” had so you have to do a clean install and the steps from Paradox551.
The slow loading is still a problem. The side panel loads straight away but the document takes around a minute. I get this SSL error from Open Lite Speed server which looks like a mixed SSL error on the in built proxy so I am starting to think a separate docker instance of Collabora is the only way to go.
2021-12-05 15:17:32.689267 [NOTICE] [1994] [my.ip:53283-Q:7C75C20FA8760739-3936#my.domain] [STDERR] richdocumentscode (proxy.php) error exit, PID: xxxx, Message: No content in reply from coolwsd. Is SSL enabled in error ?
Thank you so much ! I was struggling for several days, searching everywhere (proxy, firewall…) and it ended up that was just the app that didn’t work… Debian 11 - MariaDB - PHP 7.4 - Apache2 - NextCloud 23 fresh install
In my case, all nextcloud files are owned by UID www-data and GID www-data. You should check if the same applies in your case or not. If it’s a different user, change the UID and GID in the command below. Make sure the path to richdocuments is correct because the path from the command below is related to my installation.
Thank you.
I can assure you that i’ve taken care of that.
I have a CentOS where nextcloud is located under /var/www/html/nextcloud and the user:group is apache:apache.
There was indeed a rights issue but it was concerning selinux, which i’ve fixed too.
In the end the NC-Log still complains about the appinfo/info.xml saying: “filemtime(): stat failed for …”