Collabora Documents not opening --> wrong directory?

Nextcloud version (eg, 29.0.5): 29.0.2
Operating system and version (eg, Ubuntu 29.04): Debian 11.9
Apache or nginx version (eg, Apache 2.4.25): Apache 2.4.59
PHP version (eg, 8.3): 8.1

The issue you are facing:
Documents under Collabora Online (BuiltIN) are not opened

Is this the first time you’ve seen this error? (Y/N): Y

Steps to replicate it:

  1. Open a word document from the directory

The output of your config.php file in /path/to/nextcloud (make sure you remove any identifiable information!):

{"reqId":"#","level":3,"time":"#","remoteAddr":"#","user":"--","app":"index","method":"GET","url":"/apps/files/api/v1/views","message":"The requested uri(/apps/files/api/v1/views) cannot be processed by the script '/cloud/index.
php')","userAgent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:127.0) Gecko/20100101 Firefox/127.0","version":"29.0.2.2","exception":{"Exception":"Exception","Message":"The requested uri(/apps/files/api/v1/views) cannot be processed by the script '/cloud/index.php')","Code":0,"Trac
e":[{"file":"/var/www/html/cloud/lib/base.php","line":1003,"function":"getRawPathInfo","class":"OC\\AppFramework\\Http\\Request","type":"->"},{"file":"/var/www/html/cloud/index.php","line":49,"function":"handleRequest","class":"OC","type":"::"}],"File":"/var/www/html/cloud/lib/privat
e/AppFramework/Http/Request.php","Line":743,"message":"The requested uri(/apps/files/api/v1/views) cannot be processed by the script '/cloud/index.php')","exception":{},"CustomMessage":"The requested uri(/apps/files/api/v1/views) cannot be processed by the script '/cloud/index.php')"
}}                                                                                                                                                                                                                                                                                          

The output of your Apache/nginx/system log in /var/log/____:

AH00128: File does not exist: /var/www/html/apps/files/api/v1/views

the path displayed in the Apache log is actually incorrect, it should actually read as follows

/var/www/html/cloud/apps/files/api/v1/views

Nextcloud is running in directory:

/var/www/html/cloud/

Is /var/www/html/cloud your VirtualHost’s DocumentRoot or are you accessing your Nc with a URL like https://domain.com/cloud?

Have you modified the standard Apache Nextcloud config (or .htaccess for that matter) in any way?

Please also provide the output of occ config:list system.

Are you having any other serious problems or seeing other error messages? I would expect you to have problems beyond just with Collabora.

@jtr
thank you very much for your willingness to help me :star_struck:
/var/www/html/ is my VirtualHosts DocumentRoot
yes I access NC by a URL like https://example.com/cloud/

I have tried to solve a .well-known error message in the last few days, I have adjusted .htaccess and also the apache-config as a test, but I could not find an error

here is my NC config

{
    "system": {
        "passwordsalt": "***REMOVED SENSITIVE VALUE***",
        "secret": "***REMOVED SENSITIVE VALUE***",
        "trusted_domains": [
            "example.com",
            "www.example.com"
        ],
        "datadirectory": "***REMOVED SENSITIVE VALUE***",
        "overwriteprotocol": "https",
        "overwrite.cli.url": "https:\/\/lucosys.net\/cloud",
        "dbtype": "mysql",
        "version": "29.0.2.2",
        "dbname": "***REMOVED SENSITIVE VALUE***",
        "dbhost": "***REMOVED SENSITIVE VALUE***",
        "dbport": "",
        "dbtableprefix": "oc_",
        "dbuser": "***REMOVED SENSITIVE VALUE***",
        "dbpassword": "***REMOVED SENSITIVE VALUE***",
        "logtimezone": "UTC",
        "installed": true,
        "mail_smtpmode": "sendmail",
        "mail_from_address": "***REMOVED SENSITIVE VALUE***",
        "mail_domain": "***REMOVED SENSITIVE VALUE***",
        "forcessl": true,
        "forceSSLforSubdomains": true,
        "maintenance": false,
        "memcache.local": "\\OC\\Memcache\\APCu",
        "maintenance_window_start": 1,
        "filelocking.enabled": "true",
        "memcache.distributed": "\\OC\\Memcache\\Redis",
        "memcache.locking": "\\OC\\Memcache\\Redis",
        "redis": {
            "host": "***REMOVED SENSITIVE VALUE***",
            "port": 0,
            "timeout": 0
        },
        "theme": "",
        "loglevel": 3,
        "debug": false,
        "instanceid": "***REMOVED SENSITIVE VALUE***",
        "mysql.utf8mb4": true,
        "trashbin_retention_obligation": "30, 60,^",
        "app_install_overwrite": [
            "documentserver_community",
            "mindmap_app",
            "whiteboard",
            "files_mindmap",
            "polls",
            "richdocuments",
            "fulltextsearch_elasticsearch",
            "apporder",
            "drawio",
            "files_rightclick"
        ],
        "updater.release.channel": "stable",
        "default_phone_region": "DE",
        "mail_sendmailmode": "pipe",
        "has_rebuilt_cache": true
    }
}

other apps working without errors, as far as I could see

here is the output from the .htaccess

cat /var/www/html/.htaccess



SetEnvIfNoCase ^Authorization$ “(.+)” XAUTHORIZATION=$1
RequestHeader set XAuthorization %{XAUTHORIZATION}e env=XAUTHORIZATION


SetEnvIfNoCase Authorization “(.+)” HTTP_AUTHORIZATION=$1

# Add security and privacy related headers Header always set Referrer-Policy "no-referrer" Header always set X-Content-Type-Options "nosniff" Header always set X-Download-Options "noopen" Header always set X-Frame-Options "SAMEORIGIN" Header always set X-Permitted-Cross-Domain-Policies "none" Header always set X-Robots-Tag "none" Header always set X-XSS-Protection "1; mode=block" SetEnv modHeadersAvailable true

Add cache control for static resources

<FilesMatch “.(css|js|svg|gif)$”>
Header set Cache-Control “max-age=15778463”

Let browsers cache WOFF files for a week

<FilesMatch “.woff2?$”>
Header set Cache-Control “max-age=604800”



php_value mbstring.func_overload 0
php_value default_charset ‘UTF-8’
php_value output_buffering 0

SetEnv htaccessWorking true



RewriteEngine on
RewriteCond %{HTTP_USER_AGENT} DavClnt
RewriteRule ^$ /remote.php/webdav/ [L,R=302]
RewriteRule .* - [env=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteRule ^.well-known/host-meta /cloud/public.php?service=host-meta [QSA,L]
RewriteRule ^.well-known/host-meta.json /cloud/public.php?service=host-meta-json [QSA,L]
RewriteRule ^.well-known/webfinger /cloud/public.php?service=webfinger [QSA,L]
RewriteRule ^.well-known/nodeinfo /cloud/public.php?service=nodeinfo [QSA,L]
RewriteRule ^.well-known/carddav /cloud/remote.php/dav/ [R=301,L]
RewriteRule ^.well-known/caldav /cloud/remote.php/dav/ [R=301,L]
RewriteRule ^remote/(.) remote.php [QSA,L]
RewriteRule ^(?:build|tests|config|lib|3rdparty|templates)/.
- [R=404,L]
RewriteCond %{REQUEST_URI} !^/.well-known/(acme-challenge|pki-validation)/.*
RewriteRule ^(?:.|autotest|occ|issue|indie|db_|console).* - [R=404,L]


AddType image/svg+xml svg svgz
AddEncoding gzip svgz


DirectoryIndex index.php index.html

AddDefaultCharset utf-8
Options -Indexes

ModPagespeed Off

DO NOT CHANGE ANYTHING ABOVE THIS LINE

ErrorDocument 403 /cloud/
ErrorDocument 404 /cloud/

and the apache config for my cloud is:

    Alias /cloud "/var/www/html/cloud/"

    <Directory /var/www/html/cloud/>
            Require all granted
            AllowOverride All
            Options FollowSymLinks MultiViews

            <IfModule mod_dav.c>
            Dav off
            </IfModule>

            Satisfy Any
            # AuthType Basic
            SetEnv HOME /var/www/html/cloud/
            SetEnv HTTP_HOME /var/www/html/cloud/
    </Directory>