Ok if this can help someone using nextcloud with UCS and docker container here is the step to revert back Collabora Online 3.6.0 to version 3.5.3
1- In nexcloud active apps page disable the apps āCollabora Onlineā 3.6.0
2- In nexcloud disable apps page remove the apps āCollabora Onlineā 3.6.0
3- In ssh on the UCS server you need to find docker container id
root@cloud:/# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
2fedffc6d0d7 docker.software-univention.de/collabora:4.2.2.1 ā/bin/sh -c 'bash stā¦ā 12 hours ago Up 12 hours 0.0.0.0:9980->9980/tcp wonderful_brattain
d9c5ae57ed42 docker.software-univention.de/nextcloud:18.0.4-0 ā/bin/sh -c /usr/sbiā¦ā 21 hours ago Up 12 hours 0.0.0.0:40000->80/tcp determined_shamir
7- Extract the .gz file and give the same permission as other folder
root@nextc-57258297:/var/www/html/apps# tar zxvf richdocuments.tar.gz
root@nextc-57258297:/var/www/html/apps# chown -R www-data:nogroup richdocuments
8- Return in nexcloud apps page and enable the apps āCollabora Onlineā version 3.5.3
this thread is a nice example of how important it is to give out informations about your instance.
like we donāt know if the threadstarter is running their instance as a dockerā¦ or under UCS or whatever.
and then we do have solutions for docker and UCS. i mean solutions are great. in general. but as long as we donāt know anything about the setting(s) of threadstarter we canāt mark this one being solved.
and - btw - because we donāt know anything about the problematic instance of TS there canāt be any āi have the same problemāā¦ since it might not bei the same.
just sayingā¦ and hopefully reminding you to stay to the code of conduct and nc-guidelines - as there are good reasons doing so.
Hi JimmyKater, guess its me that started this tread. Im running an CentOS 7 server in VMware. AND ofcource we all have the same problem since we all got the same error message, an error that came with that new releaase. Dosent matter if you are on docker or on a server, we all use the same software and the problem is within the software. And the tread is not resolved until ānextcloudā releases a working version. BUT thats only my opinion.
doesnt equal docker in any way. and only because the errormessage seems to be similar it doesnāt need to be the same problem. like: there are many thousands of users not experiencing this behaviour. so ā¦ it needs to be something which is apparently connected with your individual setup. a hint could be: your posted āsolutionā apparently doesnāt help everyone here. but if it was the SAME error it had to be the solution for everyone.
plus: you filed your isse here under supportā¦ and the very moment youāre opening a new thread under support youāre asked to fill out a template. which YOU completely removed, sparing any neccessary information about your instance on purpose. let me ask you: why did you do that? because you know it better than devs who implemented this template? or just to make it harder for peeps on the forum to find a valid answer quickly? just tell meā¦
but heyā¦ if you think itās a bug in the code go to github and file an offical isse there. be prepared to 1. search for already existing similar issues and 2. after you made sure there is none 3. to give out all information youāre asked for by the template (hint: do install app issue-template to your server, itāll be of great help).
thanks for your understanding and keeping to the guidelines and code of conduct of nextcloud. at least for your future postings.
Hey
There is no problem with richdocument. Collabora online had changed the configuration file of apache. So everything works if you update your config. Look at the link of my last comment, there is the solution
I got it solved by enabling Nextcloud Collbora integration and then āuse demo serverā and back to own serverā¦for some reason it started to work again
As suggested by @Marc1721, I looked at issue 949 and especially this comment which suggest a better solution than downgrading : update the apache / nginx configuration if collabora is behind a reverse proxy (which is usually the case for the docker version).
Actually, I have given a link link in my second comment. This is a link for another thread of this website where I gave the lines for nginx. There are also lines for Apache.
Id have To be clearer but I didnāt want to insist on this discussion that goes in all directions.d
Worked well for some month, until I installed a minor update to Nextcloud - it updated all Apps automatically - and the same problem was back.
I looked for a better solution. Found this:
Well, I really donāt want to change server config files, just because some Nextcloud app decides to work different now.
So I used the third solution:
That solved it for me - hope it survives the next updates.
To do it just search for āWOPIā in the Nextcloud Apps section. Install that app.
Copy the Server-URL and Port from the Collabora app settings and paste it to the WOPI app settings (the app is called āOffice Onlineā in the settings page instead of WOPI, but okā¦). Then deactivate that Collabora/richdocuments app (they really have a problem with naming the appsā¦).
You may need to reload Nextcloud in the browser after the changes, then it should be possible to open office files again.
WHY has this be so complicated? Nextcloud is a wonderful self hosted server solution which is easy to install and operate, but connecting Collabora just for opening office files (the most basic thing someone would expect from an own cloud server) is complicated to setup (own subdomain etc. even if all runs on the same server, extra docker containerā¦) and then randomly stops working because an app gets updated (and never fixed). Onlyoffice is not better, there you can edit but not save back to your nextcloud serverā¦
So, if edits are too complicated, maybe you donāt realize what means developments,upgradingā¦
When nextcloud himself decide to change the config of Apache or nginx (to improve performance or security for example), you canāt say that. Itās just normal. But its true that there is a problem of communication from collabora.
And collabora is not complicated to set up. With docker installation, itās just 3 commands lines
it is quite complicated (compared to other Nextcloud apps), cause you need to set up the reverse proxy thing with an own subdomain just for collabora, plus an own ssl cert.
Nextcloud did an amazing job in how they made their software easy to set up and especially easy to upgrade. Very stable, upgrades in the browser just work, zero problems so far. But office suites are still painful to integrate. I tried Onlyoffice - did not save files back to my server, so unusable. Collabora: Works mostly, but from time to time those weird problems (āyou upgraded my app, so I donāt find my server any moreā - even if all runs just on the same machine). Hopefully one day the office suite will come just integrated like a calendar or notes app - so that more any more people can leave their public clouds and can come to a self hosted Nextcloud.
I adminstrate a NC and I dont have a subdomain for collabora and ssl certā¦ In the documentation, its clearly said that you should create your own subdomain but its not necessaryā¦
Moreover, you dont need another certificate even with your own subdomain. You can create only one ssl cert which protect domain and all subdomains with wildcard rules.
āSet up reverse proxyā -> you can use nginx, proxy is native.
There is a bug with onlyoffice. OO document server is very recent, be patient. I agree that one more time there is a problem of communication from NC. You can install OO community server, its more complicated but it works.
Actually, its normal that you need to install server and application for OO or Collabora. OO and Collabora are projects in its own right and are not developped by NC.
Moreover, its better to separate server from interface if you want to set up a big installation (you install NC on a machine and collabora/OO server on another machine just like BBB, Elementā¦)
So, an application ā2 in 1ā was secondary for NC. And, it is just started with OO in NC18 and collabora with NC19.