NC 19 unable to Use Build in Code Server

[apg1980]

Describe the bug NC 19 stable with Collabora Online - Built in CODE Server throws errors in Apache error.log:

AH01071: Got error 'en(): unable to connect to localhost:9982 (Connection refused) in /var/www/nextcloud/apps/richdocumentscode/proxy.php on line 246PHP message: PHP Warning: fsockopen(): unable to connect to localhost:9982 (Connection refused) in /var/www/nextcloud/apps/richdocumentscode/proxy.php on line 246PHP message: PHP Warning: fsockopen(): unable to connect to localhost:9982 (Connection refused) in /var/www/nextcloud/apps/richdocumentscode/proxy.php on line 246PHP message: PHP Warning: fsockopen(): unable to connect to localhost:9982 (Connection refused) in /var/www/nextcloud/apps/richdocumentscode/proxy.php on line 246PHP message: PHP Warning: fsockopen(): unable to connect to localhost:9982 (Connection refused) in /var/www/nextcloud/apps/richdocumentscode/proxy.php on line 246PHP message: PHP Warning: fsockopen(): unable to connect to localhost:9982 (Connection refused) in /var/www/nextcloud/apps/richdocumentscode/proxy.php on line 246PHP message: PHP Warning: fsockopen(): unable to connect to localhost:9982 (Connection refused) in /var/www/nextcloud/apps/richdocumentscode/proxy.php on line 246PHP message: PHP Warning: fsockopen(): unable to connect to localhost:9982 (Connection refused) in /var/www/nextcloud/apps/richdocumentscode/proxy.php on line 246PHP message: PHP Warning: fsockopen(): unable to connect to localhost:9982 (Connection refused) in /var/www/nextcloud/apps/richdocumentscode/proxy.php on line 246' Nextcloud is displaying error: Connection to Documentserver lost. New or existing Documents arent opened, white screen appears (see log above).

Settings are correct to use internal CODE Server:

To Reproduce Steps to reproduce the behavior:

1. Klick New Document
2. see

Expected behavior Document is opening for editiing

Client details:

• Browser Latest Firefox

Server details

Operating system: Ubuntu 18.04 LTS

Web server: Apache2

Database: Postgresql

PHP version: PHP7.3-fpm

Nextcloud version: 19

Version of the richdocuments app 3.7.0

Version of Collabora Online 4.2.403

Logs

#### Nextcloud log (data/nextcloud.log) ``` No entrys available ```

[Ecphrasis]

Same problem for me, on 19 released this morning. I can't even connect to the built-in CODE

Apche log : tons of PHP Warning: fsockopen(): unable to connect to localhost:9982 (Connection refused) in /var/www/nextcloud/apps/richdocumentscode/proxy.php on line 246PHP

Server details Operating system: Debian Buster

Web server: Apache2

Database: MySQL

PHP version: PHP7.4-fpm

Nextcloud version: 19

Version of the richdocuments app 3.7.0

Version of Collabora Online 4.2.403

[nextgen-networks]

Same problem for me ...

Added experience also on help.nextcloud.com Forum: https://help.nextcloud.com/t/built-in-code-server-app/83074/8

[nextgen-networks]

Problem also exists when adding this to additian directives if ngingx-config:

location ~ ^\/nextcloud\/(?:index|remote|public|cron|core\/ajax\/update|status|ocs\/v[12]|updater\/.+|oc[ms]-provider\/.+|.+\/richdocumentscode\/proxy)\.php(?:$|\/) {
    fastcgi_split_path_info ^(.+?\.php)(\/.*|)$;
    set $path_info $fastcgi_path_info;
    try_files $fastcgi_script_name =404;
    include fastcgi_params;
    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
    fastcgi_param PATH_INFO $path_info;
    fastcgi_param HTTPS on;
    # Avoid sending the security headers twice
    fastcgi_param modHeadersAvailable true;
    # Enable pretty urls
    fastcgi_param front_controller_active true;
    fastcgi_intercept_errors on;
    fastcgi_request_buffering off;
}

[tgurr]

So I was also getting

[03-Jun-2020 19:51:14 Europe/Berlin] PHP Warning: fsockopen(): unable to connect to localhost:9982 (Connection refused) in /var/www/server/htdocs/apps/richdocumentscode/proxy.php on line 246

and the lack of any documentation is really frustrating, I had hoped after the onlyoffice debacle with NC18 that wouldn't repeat, at least the news entry for NC19 states that it's only for personal use.

So there are a few prerequisites which looks like they aren't mentioned anywhere - README.md (?).

There's a Collabora_Online.AppImage executable residing in apps/richdocumentscode/collabora.

After trying to manually launch it su -c "./Collabora_Online.AppImage" -s /bin/bash www-nextcloud

I first got

dlopen(): error loading libfuse.so.2

AppImages require FUSE to run. 
You might still be able to extract the contents of this AppImage 
if you run it with the --appimage-extract option. 
See https://github.com/AppImage/AppImageKit/wiki/FUSE 
for more information

so that's the first prerequisite.

After I installed fuse2 it wouldn't of course run since my kernel didn't include fuse support. fuse: device not found, try 'modprobe fuse' first so recompiling the kernel..

Next I got Failed to load /tmp/.mount_Collabj8lnLI/opt/collaboraoffice6.2/program/libmergedlo.so: libfontconfig.so.1: cannot open shared object file: No such file or directory after installing fontconfig I could finally launch the AppImage and afterwards it also worked fine from within Nextcloud.

Note: Somewhere along the line I also had to add /proc/1/cgroup to my open_basedir and I also installed the php proxy module, not sure if those are actually required though.

[kendy]

Hello, sorry about the problem! Let me quote:

`AH01071: Got error 'en(): unable to connect to localhost:9982 (Connection refused) in /var/www/nextcloud/apps/richdocumentscode/proxy.php on line 246 PHP message: PHP Warning: fsockopen(): unable to connect to localhost:9982 (Connection refused) in /var/www/nextcloud/apps/richdocumentscode/proxy.php on line 246 PHP message: PHP Warning: fsockopen(): unable to connect to localhost:9982 (Connection refused) in /var/www/nextcloud/apps/richdocumentscode/proxy.php on line 246 [...] PHP version: PHP7.3-fpm

I believe this is the same bug we are actually working on - that the PHP7.3-fpm refuses to accept connections after some time. Please restart it using something like:

service php7.3-fpm restart

and the CODE server should start working again.

Can you please confirm that this fixes the behavior (until the PHP7.3-fpm stops working again)? To be sure we are working on the same thing.

Thank you in advance!

[kendy]

Hello Timo, thank you for writing this down!

So there are a few prerequisites which looks like they aren't mentioned anywhere - README.md (?).

Please is it OK for you if we actually copy info from your post to the README? :-) Or would you like to do a pull request? Very happy to accept patches!

Currently we avoid FUSE (and unpack the AppImage instead) when we run under Docker / LXC, but apparently we should improve the detection code to avoid the use cases like yours...

All the best!

[nextgen-networks]

Hello, sorry about the problem! Let me quote:

... Can you please confirm that this fixes the behavior (until the PHP7.3-fpm stops working again)? To be sure we are working on the same thing.

Thank you in advance!

Hello, Kendy, thank you for your feedback. Unfortunately this doesn't help - the behaviour is exactly the same after a new service plesk-php73-fpm restart. So there seems to be another reason here. Greetings

[Ecphrasis]

Hi, After a systemctl restart php7.4-fpm, and even a reboot of the server, problem still occurs. I have deactivated the two apps and am waiting for an update :) Greetings !

[apg1980]

as i can see, after trying to open an document, an ipv6 socket is opened: tcp6 0 0 :::9982 :::* LISTEN 6061/loolwsd ...but no ipv4, is this the issue?

[4001982248998]

installing fuse, fontconfig and restarting php7.4-fpm fixed it for me.

[apg1980]

On my Ubuntu 18.04 LTS i got already following:

`---:~$ sudo apt-get install fuse Paketlisten werden gelesen... Fertig Abhأ¤ngigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig fuse ist schon die neueste Version (2.9.7-1ubuntu1).

---:~$ sudo apt-get install fontconfig Paketlisten werden gelesen... Fertig Abhأ¤ngigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig fontconfig ist schon die neueste Version (2.12.6-0ubuntu2).`

Still opening an IPV6 socket and no connection possible.

[domchrgit]

I made a fresh install of Nextcloud 19 from scratch, and Collabora Online doesn't work

To Reproduce If I try to open a document like the default one in Documents folders "Welcome to Nextcloud Hub.docx", there is a turning circle and after few seconds I obtain the error message "Failed to load Collabora Online - please try again later" If I look into the settings of Collabora Online, the built-in CODE server is checked but a red cross indicate "Could not establish connection to the Collabora Online server"

Expected behavior I expect that Collabora Online works ...

Client details:

OS: Linux Centos7 Browser: Chrome Version: 83 Device: desktop Server details Operating system: Linux h2web20 4.9.0-0.bpo.12-amd64 #1 SMP Debian 4.9.210-1~deb8u1 (2020-02-21) x86_64 GNU/Linux

Web server: Apache 2.4.34

Database: MySQL 5.7

PHP version: 7.3

Nextcloud version: 19.0.0

Version of the richdocuments app Text 3.0.1

Version of Collabora Online Collabora Online 3.7.0 Collabora Online - Built-in CODE Server 4.2.403

[kyrofa]

Same problem for me, on 19 released this morning. I can't even connect to the built-in CODE

That's what it looks like in the snap as well.

[pheiduck]

Get the same on docker won’t connect to the Build in Code Server

OS: Arch Linux x86_64 Host: vServer 20171111 Kernel: 5.6.15-arch1-1 CPU: AMD EPYC (with IBPB) (2) @ 2.495GHz

root:~/ # netstat -lnpt | grep docker                                                                                                            
tcp6       0      0 :::80                   :::*                   LISTEN      docker-proxy    
tcp6       0      0 :::443                 :::*                   LISTEN     docker-proxy    

[kyrofa]

Currently we avoid FUSE (and unpack the AppImage instead) when we run under Docker / LXC, but apparently we should improve the detection code to avoid the use cases like yours...

@kendy can we get that detection logic updated to include the snap as well? I'd be happy to help if you could point me to the right place in code.

[kendy]

@kyrofa Thanks for the offer to help! In the meantime, I've done this pull request:

https://github.com/CollaboraOnline/richdocumentscode/pull/31

Instead of detection, we just fallback to --appimage-extract-and-run which should sort out even the cases when people are using a normal distro, but don't have the FUSE package installed. Can you try with that stuff applied please?

[kyrofa]

@kendy seems like a good approach. The patch still doesn't work on the snap and without a log I can't know for sure, but taking what you did there and running locally gives me a good idea:

# ./Collabora_Online.AppImage --appimage-extract-and-run
terminate called after throwing an instance of 'std::runtime_error'
  what():  Do not run as root. Please run as lool user.
/tmp/appimage_extracted_08b1ce0e45447fbaa468514439b2523c/AppRun: line 35:   917 Aborted                 (core dumped) loolwsd --config-file="${HERE}/etc/loolwsd/loolwsd.xml" --disable-lool-user-checking --port=9982 --lo-template-path="${HERE}/opt/collaboraoffice6.2" --o:sys_template_path="${HERE}/" --o:security.capabilities="false" --o:child_root_path="${WRITABLE}" --o:file_server_root_path="${HERE}/usr/share/loolwsd" --o:ssl.enable="false" --o:net.proxy_prefix="true" --o:storage.wopi.host[0]=".*" --o:storage.wopi.host[0][@allow]="true" --o:memproportion="50" --o:logging.file[@enable]="true" --o:logging.file.property[0][@name]="path" --o:logging.file.property[0]="${WRITABLE}/loolwsd.log" --o:welcome.enable="false" "$@"

Services in the snap run as (confined) root. Is there a way to opt out of that check?

[kendy]

@kyrofa Ah cool. Normally the loolwsd has to run under user 'lool' and we already have a switch that overrides this - but works only for "any non-root user". But we should probably allow that even for root; but unfortunately needs a rebuild of the AppImage, hope to include that early next week.

[kyrofa]

@kendy excellent, ping me next week then and I'd love to give it a test!

[thmo]

Also had some problems connecting to the server on Debian 9, running on a vserver. Thanks to the comments in this ticket, I learned I had to install fuse and libfuse2, fine.

But then I hit another problem (only to be seen when trying to start the appimage manually):

LibreOfficeKit seccomp security lockdown failed. Exiting.

For anyone else seeing this: It can be fixed with this patch:

--- proxy.php~  2020-06-06 20:40:50.000000000 +0200
+++ proxy.php   2020-06-06 21:43:40.395496132 +0200
@@ -67,6 +67,7 @@
     @chmod($appImage, 0744);

     $launchCmd = $appImage;
+    $launchCmd .= ' --override=security.seccomp=false';

     // FUSE usually does not work in a docker, unpack instead
     if (preg_match('/(docker|lxc)/', file_get_contents('/proc/1/cgroup')))

Afterwards, the server starts fine (albeit the performance is limited on a small vserver...)

Not sure if it is possible to detect the seccomp issue automatically.

[kyrofa]

It tries to do stuff with seccomp? That might prove to be an issue in the snap as well, which is already confined via seccomp. I doubt it will have the permission it needs to further sandbox itself. Time will tell though.

[kendy]

@thmo Ah makes sense, thank you! We'll disable this in the AppImage build too.

[MrReSc]

Get the same on docker won’t connect to the Build in Code Server

OS: Arch Linux x86_64 Host: vServer 20171111 Kernel: 5.6.15-arch1-1 CPU: AMD EPYC (with IBPB) (2) @ 2.495GHz

root:~/ # netstat -lnpt | grep docker                                                                                                            
tcp6       0      0 :::80                   :::*                   LISTEN      docker-proxy    
tcp6       0      0 :::443                 :::*                   LISTEN     docker-proxy    

I still have the same problem. My NC runs as a docker container. Is there a solution for the docker container?

[apg1980]

I have tryed the new release 4.2.404 but i get this in my log (ending up with connection lost to document server): { "reqId":"A3si4btPFK6OKzuTOhsO", "level":3, "time":"2020-06-10T05:55:46+02:00", "remoteAddr":"<ip>", "user":"<userid>", "app":"richdocuments", "method":"GET", "url":"/apps/richdocuments/index?fileId=-1&requesttoken=dRlPcBKJrMQ03KKz8fTd0PLdnsfOUU9tXk6UqJByBGk%3D%3AO0o3B0fY245eitfQvpbsnN2VroqdMmQLZwf7msQ3Vlw%3D", "message":{"Exception":"Exception","Message":"","Code":0,"Trace":[{"file":"/var/www/nextcloud/lib/private/AppFramework/Http/Dispatcher.php","line":170, "function":"index","class":"OCA\\Richdocuments\\Controller\\DocumentController","type":"->", "args":["-1",null]},{"file":"/var/www/nextcloud/lib/private/AppFramework/Http/Dispatcher.php", "line":100, "function":"executeController", "class":"OC\\AppFramework\\Http\\Dispatcher","type":"->", "args":[{"__class__":"OCA\\Richdocuments\\Controller\\DocumentController"},"index"]},{"file":"/var/www/nextcloud/lib/private/AppFramework/App.php","line":137,"function":"dispatch","class":"OC\\AppFramework\\Http\\Dispatcher","type":"->","args":[{"__class__":"OCA\\Richdocuments\\Controller\\DocumentController"},"index"]},{"file":"/var/www/nextcloud/lib/private/AppFramework/Routing/RouteActionHandler.php","line":47, "function":"main","class":"OC\\AppFramework\\App","type":"::","args":["OCA\\Richdocuments\\Controller\\DocumentController", "index",{"__class__":"OC\\AppFramework\\DependencyInjection\\DIContainer"},{"_route":"richdocuments.document.index"}]},{"function":"__invoke","class":"OC\\AppFramework\\Routing\\RouteActionHandler", "type":"->","args":[{"_route":"richdocuments.document.index"}]},{"file":"/var/www/nextcloud/lib/private/Route/Router.php","line":297,"function":"call_user_func", "args":[{"__class__":"OC\\AppFramework\\Routing\\RouteActionHandler"},{"_route":"richdocuments.document.index"}]},{"file":"/var/www/nextcloud/lib/base.php", "line":1007, "function":"match","class":"OC\\Route\\Router","type":"->", "args":["/apps/richdocuments/index"]},{"file":"/var/www/nextcloud/index.php","line":37, "function":"handleRequest","class":"OC","type":"::","args":[]}],"File":"/var/www/nextcloud/apps/richdocuments/lib/Controller/DocumentController.php","Line":234,"CustomMessage":"--"}, "userAgent":"Mozilla/5.0 (Linux; Android 10; LYA-L29) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.101 Mobile Safari/537.36","version":"19.0.0.12","id":"5ee0621c3f0aa"}

[adrianmihalko]

I tried 404 and it's still not working:

[nextgen-networks]

With the update to .404 the CODE builtin server startet working for me on my Plesk 18 environment (Ubuntu 18.04).

[kendy]

I still have the same problem. My NC runs as a docker container. Is there a solution for the docker container?

@MrReSc: Hello, please where does your docker come from exactly? We are just testing a patch for this one: https://hub.docker.com/r/linuxserver/nextcloud (please see https://github.com/kendy/docker-nextcloud if you can / want to help us with testing); but maybe you are using a different one?

[MrReSc]

I still have the same problem. My NC runs as a docker container. Is there a solution for the docker container?

@MrReSc: Hello, please where does your docker come from exactly? We are just testing a patch for this one: https://hub.docker.com/r/linuxserver/nextcloud (please see https://github.com/kendy/docker-nextcloud if you can / want to help us with testing); but maybe you are using a different one?

I'm using the offical one https://hub.docker.com/_/nextcloud/ from NC. I think you should test it with the offical docker container as well.

[kendy]

@kendy excellent, ping me next week then and I'd love to give it a test!

@kyrofa: The update is out, hope it works for you! :-)

[kendy]

@apg1980: This is actually an error from richdocuments, not from richdocumentscode; @juliushaertl , any idea there please?

[pheiduck]

I use this one: https://github.com/nextcloud/docker/blob/master/.examples/docker-compose/with-nginx-proxy/mariadb/apache/docker-compose.yml

@kendy

[MrReSc]

I use this one: https://github.com/nextcloud/docker/blob/master/.examples/docker-compose/with-nginx-proxy/mariadb/apache/docker-compose.yml

@kendy

@kendy @pheiduck

I'm using the same apache image. 👍

[opiswahn]

Still same problem with nginx and nextcloud:19-fpm-alpine image in docker with the 404 version...

[kendy]

@opiswahn & everyone running Alpine-based dockers: It turns out that AppImages do not work on musl libc (which is what is used there):

https://github.com/AppImage/AppImageKit/issues/1015

I am sorry but the only thing we can do about that at the moment is adding a warning that tells what is going on. If anybody of you can help making the AppImages compatible with musl libc that would be extremely cool - thank you in advance!

[kyrofa]

@kendy no joy in the snap yet, but definitely progress. Looks like you're creating an abstract unix socket, but abstract sockets need to follow a specific naming pattern in snaps in order to be allowed under confinement (in our case, @snap.nextcloud.whatever-you-want). I see two ways to make that happen: you can either check if the $SNAP_INSTANCE_NAME environment variable is defined (which is defined for all snaps) and then use @snap.$SNAP_INSTANCE_NAME. as the prefix, or you can add support for another environment variable that the snap can define to enable such a feature. Do you have any other ideas?

I don't want to drag this issue too far off topic though-- shall I log a new issue for this?

[kendy]

@kyrofa: Great to hear there's some progress :-) Yes, filing a new issue would be best I think.

[kendy]

@pheiduck, @MrReSc: Can you please write me the exact commands I should issue to get this image up & running the same way you are? I have reports from @timar that the richdocumentscode works for him in the Nextcloud docker, so I'd like to see what is different :-) Thanks in advance!

[Ppedroo]

I'm on NC19 (beta channel) on uberspace.de and Collabora is not working. Is this the same problem as you face or is it another one?

[x@y nextcloud]$ apps/richdocumentscode/collabora/Collabora_Online.AppImage --appimage-extract-and-run /tmp/appimage_extracted_cbb6707971026979bec00564b6f16aac/AppRun: line 14: warning: setlocale: LC_ALL: cannot change locale (C.UTF-8): No such file or directory /tmp/appimage_extracted_cbb6707971026979bec00564b6f16aac/AppRun: line 14: warning: setlocale: LC_ALL: cannot change locale (C.UTF-8) loolwsd: /lib64/libstdc++.so.6: version GLIBCXX_3.4.20' not found (required by loolwsd) loolwsd: /lib64/libstdc++.so.6: versionCXXABI_1.3.9' not found (required by loolwsd) loolwsd: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by loolwsd)

[MrReSc]

@kendy

This is my docker-compose.yml:

version: '2'

services:
  db:
    image: mariadb
    container_name: NextcloudMariaDB
    restart: always
    volumes:
      - ./sql:/var/lib/mysql
    environment:
      - MYSQL_ROOT_PASSWORD=*******
      - MYSQL_PASSWORD=*******
      - MYSQL_DATABASE=nextcloud
      - MYSQL_USER=nextcloud
    ports:
      - "33306:3306"

  redis:
    image: redis
    container_name: NextcloudRedis
    restart: always

  app:
    image: nextcloud
    container_name: Nextcloud
    dns:
        9.9.9.9
    ports:
      - 8080:80
    links:
      - db
    environment:
      - REDIS_HOST=redis
    volumes:
      - ./cloud:/var/www/html
    restart: always

[kyrofa]

@kyrofa: Great to hear there's some progress :-) Yes, filing a new issue would be best I think.

You got it: #33.

[pheiduck]

@kendy here my docker-compose.yml

Also use the Dockerfile in proxy folder under work directory (FROM file needs also be in the wd)

version: '3'

services:
  db:
    image: mariadb
    command: --transaction-isolation=READ-COMMITTED --binlog-format=ROW
    restart: always
    volumes:
      - db:/var/lib/mysql
    environment:
      - MYSQL_ROOT_PASSWORD=
    env_file:
      - db.env

  app:
    image: nextcloud
    restart: always
    volumes:
      - nextcloud:/var/www/html
    environment:
      - VIRTUAL_HOST=
      - LETSENCRYPT_HOST=
      - LETSENCRYPT_EMAIL=
      - MYSQL_HOST=db
    env_file:
      - db.env
    depends_on:
      - db
    networks:
      - proxy-tier
      - default

  proxy:
    build: ./proxy
    restart: always
    ports:
      - 80:80
      - 443:443
    labels:
      com.github.jrcs.letsencrypt_nginx_proxy_companion.nginx_proxy: "true"
    volumes:
      - certs:/etc/nginx/certs:ro
      - vhost.d:/etc/nginx/vhost.d
      - html:/usr/share/nginx/html
      - /var/run/docker.sock:/tmp/docker.sock:ro
    networks:
      - proxy-tier

  letsencrypt-companion:
    image: jrcs/letsencrypt-nginx-proxy-companion
    restart: always
    volumes:
      - certs:/etc/nginx/certs
      - vhost.d:/etc/nginx/vhost.d
      - html:/usr/share/nginx/html
      - /var/run/docker.sock:/var/run/docker.sock:ro
    networks:
      - proxy-tier
    depends_on:
      - proxy

volumes:
  db:
  nextcloud:
  certs:
  vhost.d:
  html:

networks:
  proxy-tier:

[kendy]

@MrReSc @pheiduck: Great, thank you - and the actual command line you use to build & run it please?

[MrReSc]

@kendy You don't have to build it. sudo docker-compose up in the correct directory should be enough.

[pheiduck]

docker-compose up -d

[011248163264]

Hi, i try to download the build in coder server from nextcloud apps, but there is a: cURL error 23: Failed writing body (1805 != 16360) (see https://curl.haxx.se/libcurl/c/libcurl-errors.html) i can not download the app. Its a debian 10

[kendy]

@linhux: Unfortunately no idea - do you have enough space on the server? If yes, what if you try to install manually using "php -d memory_limit=512M occ app:install richdocumentscode"?

[011248163264]

ok its working it was a diskquota issue,

But now i have this: Collabora Online konnte nicht geladen werden - Bitte versuche es später noch einmal

[apg1980]

After installing glibc i get this error:

{"reqId":"vKZOyCJIAWokI09OIsbp","level":3,"time":"2020-06-12T12:57:25+02:00","remoteAddr":"79.250.148.227","user":"08598A5C-6FB6-450C-A152-628B33F56156","app":"index","method":"GET","url":"/core/preview?fileId=9381757&c=f0dd1e76ca6496af2ec9a22783924301&x=250&y=250&forceIcon=0","message":{"Exception":"OCP\\Files\\NotPermittedException","Message":"Could not create folder","Code":0,"Trace":[{"file":"/var/www/nextcloud/lib/private/Files/AppData/AppData.php","line":157,"function":"newFolder","class":"OC\\Files\\Node\\Folder","type":"->","args":["5/6/d/6/2/7/2/9381757"]},{"file":"/var/www/nextcloud/lib/private/Preview/Storage/Root.php","line":58,"function":"newFolder","class":"OC\\Files\\AppData\\AppData","type":"->","args":["5/6/d/6/2/7/2/9381757"]},{"file":"/var/www/nextcloud/lib/private/Preview/Generator.php","line":462,"function":"newFolder","class":"OC\\Preview\\Storage\\Root","type":"->","args":["9381757"]},{"file":"/var/www/nextcloud/lib/private/Preview/Generator.php","line":133,"function":"getPreviewFolder","class":"OC\\Preview\\Generator","type":"->","args":[{"__class__":"OC\\Files\\Node\\File"}]},{"file":"/var/www/nextcloud/lib/private/Preview/Generator.php","line":107,"function":"generatePreviews","class":"OC\\Preview\\Generator","type":"->","args":[{"__class__":"OC\\Files\\Node\\File"},[{"width":250,"height":250,"crop":true,"mode":"fill"}],"application/vnd.openxmlformats-officedocument.wordprocessingml.document"]},{"file":"/var/www/nextcloud/lib/private/PreviewManager.php","line":190,"function":"getPreview","class":"OC\\Preview\\Generator","type":"->","args":[{"__class__":"OC\\Files\\Node\\File"},250,250,true,"fill",null]},{"file":"/var/www/nextcloud/core/Controller/PreviewController.php","line":170,"function":"getPreview","class":"OC\\PreviewManager","type":"->","args":[{"__class__":"OC\\Files\\Node\\File"},250,250,true,"fill"]},{"file":"/var/www/nextcloud/core/Controller/PreviewController.php","line":143,"function":"fetchPreview","class":"OC\\Core\\Controller\\PreviewController","type":"->","args":[{"__class__":"OC\\Files\\Node\\File"},250,250,false,false,"fill"]},{"file":"/var/www/nextcloud/lib/private/AppFramework/Http/Dispatcher.php","line":170,"function":"getPreviewByFileId","class":"OC\\Core\\Controller\\PreviewController","type":"->","args":[9381757,250,250,false,false,"fill"]},{"file":"/var/www/nextcloud/lib/private/AppFramework/Http/Dispatcher.php","line":100,"function":"executeController","class":"OC\\AppFramework\\Http\\Dispatcher","type":"->","args":[{"__class__":"OC\\Core\\Controller\\PreviewController"},"getPreviewByFileId"]},{"file":"/var/www/nextcloud/lib/private/AppFramework/App.php","line":137,"function":"dispatch","class":"OC\\AppFramework\\Http\\Dispatcher","type":"->","args":[{"__class__":"OC\\Core\\Controller\\PreviewController"},"getPreviewByFileId"]},{"file":"/var/www/nextcloud/lib/private/AppFramework/Routing/RouteActionHandler.php","line":47,"function":"main","class":"OC\\AppFramework\\App","type":"::","args":["OC\\Core\\Controller\\PreviewController","getPreviewByFileId",{"__class__":"OC\\AppFramework\\DependencyInjection\\DIContainer"},{"_route":"core.Preview.getPreviewByFileId"}]},{"function":"__invoke","class":"OC\\AppFramework\\Routing\\RouteActionHandler","type":"->","args":[{"_route":"core.Preview.getPreviewByFileId"}]},{"file":"/var/www/nextcloud/lib/private/Route/Router.php","line":297,"function":"call_user_func","args":[{"__class__":"OC\\AppFramework\\Routing\\RouteActionHandler"},{"_route":"core.Preview.getPreviewByFileId"}]},{"file":"/var/www/nextcloud/lib/base.php","line":1007,"function":"match","class":"OC\\Route\\Router","type":"->","args":["/core/preview"]},{"file":"/var/www/nextcloud/index.php","line":37,"function":"handleRequest","class":"OC","type":"::","args":[]}],"File":"/var/www/nextcloud/lib/private/Files/Node/Folder.php","Line":165,"CustomMessage":"--"},"userAgent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0","version":"19.0.0.12","id":"5ee360cc7e187"}

[apg1980]

richdocumentscode is still opening an ipv6 port and no ipv4 so fsockopen did not work.

[kendy]

@MrReSc @pheiduck: OK, after a long struggle, I've finally managed to reproduce this & find out what is the root of the problem: It is that the apache is running on :80 inside the docker, but mapped to :8080 from the outside. So the check that we do inside fails because it tries to reach the :8080 from inside - which returns a 404 of course.

We have a solution in mind, but it'll take a bit of time to implement I fear; let's see...