You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Nothing happens. The web page remains blank (completely black or white depending on the web browser color scheme) and without giving any error after waiting for a long time.
Host OS
Docker/Portainer on an ASUSTOR NAS with a reverse proxy in a Raspberry Pi 4 running Apache on Debian
Nextcloud AIO version
v6.2.1
Current channel
latest
Other valuable info
I installed Nextcloud AIO on Portainer running on an ASUSTOR NAS using the following docker-compose configuration:
Note that I can't use ports 443 nor 8080 in the NAS, so I'm using a raspberry pi 4 where I already have a web server (and letsencrypt/certbot configured to renew my domain certifications automatically) as a reverse proxy.
I configured a new virtual host in Apache in the raspberry pi 4 for host.mydomain.net with:
<IfModule mod_ssl.c>
<VirtualHost *:443>
# General setup for the virtual host
DocumentRoot "/srv/www/htdocs/host.mydomain.net"
ServerName host.mydomain.net
ErrorLog /var/log/apache2/host.mydomain.net_error_log
TransferLog /var/log/apache2/host.mydomain.net_access_log
RewriteEngine on
ProxyPreserveHost On
AllowEncodedSlashes NoDecode
# Some rewrite rules in this file were disabled on your HTTPS site,
# because they have the potential to create redirection loops.
# RewriteCond %{SERVER_NAME} =host.mydomain.net
# RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [END,NE,R=permanent]
Include /etc/letsencrypt/options-ssl-apache.conf
<Directory /srv/www/htdocs/host.mydomain.net/>
Options FollowSymlinks
AllowOverride All
Require all granted
</Directory>
SSLCertificateFile /etc/letsencrypt/live/mydomain.net/fullchain.pem
SSLCertificateKeyFile /etc/letsencrypt/live/mydomain.net/privkey.pem
ProxyPass / http://192.168.1.11:18080/ nocanon
ProxyPassReverse / http://192.168.1.11:18080/
RewriteCond %{HTTP:Upgrade} websocket [NC]
RewriteCond %{HTTP:Connection} upgrade [NC]
RewriteCond %{THE_REQUEST} "^[a-zA-Z]+ /(.*) HTTP/\d+(\.\d+)?$"
RewriteRule .? "ws://192.168.1.11:18080/%1" [P,L]
# Enable h2, h2c and http1.1
Protocols h2 h2c http/1.1
# Solves slow upload speeds caused by http2
H2WindowSize 5242880
# Disable HTTP TRACE method.
TraceEnable off
<Files ".ht*">
Require all denied
</Files>
# Support big file uploads
LimitRequestBody 0
</VirtualHost>
</IfModule>
With this, I can access the AIO mastercontainer, configure it, and start all the containers. I can then access my Nextcloud instance at https://host.mydomain.net (which goes through the raspberry pi apache and redirects correctly to https://192.168.1.11:18080). All apps,like Photos, Activity, Talk, Calendar... work fine, but when I try to open a ods or odt file, it shows nothing.
I checked the tips in nextcloud/all-in-one#1358 but nothing helped. I've uploaded the output of curl -vvv https://$NC_DOMAIN:443/hosting/discovery at discovery.log
BTW, the Office tab shows "Collabora Online server is reachable." . I also edited the collabora container to make it publish the 9980 port so I can access it from my network (just for testing purposes) and http://192.168.1.11:19980/ shows "OK". I also checked the collabora admin web at /browser/dist/admin/admin.html and didn't see anything wrong.
I see in the log from the nextcloud-aio-collabora container an error: sh: 1: /usr/bin/coolmount: Operation not permitted
and if I get a shell in that container and run it manually (even as root), it fails with the same error. Might that be related? Although I saw in some bug reports that it was mentioned as something normal.
Any idea of what might be wrong? Of course, if you need me to test anything, or provide some other information, just tell me.
The text was updated successfully, but these errors were encountered:
Just did the upgrade of Collabora ONLINE to version: 23.5.202.
After upgrade was completed :
opening documents (*.xlsx, docx) - getting blank screen (logging in with different user)
trying to use another browser (i.e. Firefox) - same behave - blank screen
logging out /logging in / refresh the browser page - same result - blank screen
What i did to solve:
i had to switch between these setting (in fact re-enable the built-in code server):
Steps to reproduce
Expected behavior
Collabora Online is opened
Actual behavior
Nothing happens. The web page remains blank (completely black or white depending on the web browser color scheme) and without giving any error after waiting for a long time.
Host OS
Docker/Portainer on an ASUSTOR NAS with a reverse proxy in a Raspberry Pi 4 running Apache on Debian
Nextcloud AIO version
v6.2.1
Current channel
latest
Other valuable info
I installed Nextcloud AIO on Portainer running on an ASUSTOR NAS using the following docker-compose configuration:
Note that I can't use ports 443 nor 8080 in the NAS, so I'm using a raspberry pi 4 where I already have a web server (and letsencrypt/certbot configured to renew my domain certifications automatically) as a reverse proxy.
I configured a new virtual host in Apache in the raspberry pi 4 for host.mydomain.net with:
With this, I can access the AIO mastercontainer, configure it, and start all the containers. I can then access my Nextcloud instance at https://host.mydomain.net (which goes through the raspberry pi apache and redirects correctly to https://192.168.1.11:18080). All apps,like Photos, Activity, Talk, Calendar... work fine, but when I try to open a ods or odt file, it shows nothing.
I checked the tips in nextcloud/all-in-one#1358 but nothing helped. I've uploaded the output of
curl -vvv https://$NC_DOMAIN:443/hosting/discovery
at discovery.logI'm also uploading the logs from the AIO containers (replacing the correct host url with host.mydomain.net):
nextcloud-aio-collabora.log
nextcloud-aio-nextcloud.log
BTW, the Office tab shows "Collabora Online server is reachable." . I also edited the collabora container to make it publish the 9980 port so I can access it from my network (just for testing purposes) and http://192.168.1.11:19980/ shows "OK". I also checked the collabora admin web at /browser/dist/admin/admin.html and didn't see anything wrong.
I see in the log from the nextcloud-aio-collabora container an error:
sh: 1: /usr/bin/coolmount: Operation not permitted
and if I get a shell in that container and run it manually (even as root), it fails with the same error. Might that be related? Although I saw in some bug reports that it was mentioned as something normal.
Any idea of what might be wrong? Of course, if you need me to test anything, or provide some other information, just tell me.
The text was updated successfully, but these errors were encountered: