Server: blank page when I try to display the user page or application

Created on 5 Jul 2019  ·  53Comments  ·  Source: nextcloud/server

hello I have a blank page when I try to display the user page or
application

Steps to reproduce

  1. I made the update via the web interface to version 15.0.9
  2. wanted to install an application I glide on application
  3. and there a blank pages

Expected behaviour

the interface to install the application should be displayed
but when I click on https://cloud.nextcloud.ml/index.php/settings/apps a redirection is made automatically to https://cloud.nextcloud.ml/index.php/
which displays a blank page

Actual behaviour

Server configuration

Operating system: openmediavault

Web server: : nginx

Database: : mysql

PHP version: : PHP 7.0.33-0+deb9u3

Nextcloud version: : 15.0.9

Updated from an older Nextcloud/ownCloud or fresh install: : Updated from an older Nextcloud

Where did you install Nextcloud from: : not understand this question

</details>

**List of activated apps:**



<details>
<summary>Enabled:
  - accessibility: 1.1.0
  - activity: 2.8.2
  - admin_audit: 1.5.0
  - bruteforcesettings: 1.3.0
  - calendar: 1.6.5
  - carnet: 0.16.2
  - circles: 0.16.6
  - cloud_federation_api: 0.1.0
  - comments: 1.5.0
  - contacts: 3.1.3
  - cospend: 0.1.0
  - dav: 1.8.2
  - deck: 0.6.4
  - event_update_notification: 0.3.4
  - federatedfilesharing: 1.5.0
  - federation: 1.5.0
  - files: 1.10.0
  - files_antivirus: 2.1.1
  - files_external: 1.6.0
  - files_frommail: 0.3.0
  - files_pdfviewer: 1.4.0
  - files_sharing: 1.7.0
  - files_texteditor: 2.7.0
  - files_trashbin: 1.5.0
  - files_versions: 1.8.0
  - files_videoplayer: 1.4.0
  - firstrunwizard: 2.4.0
  - gallery: 18.2.0
  - gpxedit: 0.0.11
  - gpxmotion: 0.0.9
  - gpxpod: 3.0.3
  - logreader: 2.0.0
  - lookup_server_connector: 1.3.0
  - mail: 0.11.1
  - music: 0.9.5
  - nextcloud_announcements: 1.4.0
  - notifications: 2.3.0
  - oauth2: 1.3.0
  - ocsms: 2.1.3
  - ojsxc: 3.4.4
  - onlyoffice: 2.4.0
  - password_policy: 1.5.0
  - phonetrack: 0.5.2
  - polls: 0.10.2
  - provisioning_api: 1.5.0
  - serverinfo: 1.5.0
  - sharebymail: 1.5.0
  - socialsharing_email: 1.0.5
  - spreed: 5.0.4
  - support: 1.0.0
  - survey_client: 1.3.0
  - systemtags: 1.5.0
  - theming: 1.6.0
  - twofactor_backupcodes: 1.4.1
  - unsplash: 1.1.3
  - updatenotification: 1.5.0
  - workflowengine: 1.5.0</summary>
</details>

**Nextcloud configuration:**
<details>
<summary>Config report</summary>

If you have access to your command line run e.g.:
sudo -u www-data php occ config:list system

occ config:list system
{
"system": {
"instanceid": "REMOVED SENSITIVE VALUE",
"passwordsalt": "REMOVED SENSITIVE VALUE",
"secret": "REMOVED SENSITIVE VALUE",
"trusted_domains": [
"192.168.2.12",
],
"datadirectory": "REMOVED SENSITIVE VALUE",
"overwrite.cli.url": "https:\/\/192.168.2.12",
"dbtype": "mysql",
"version": "15.0.9.1",
"dbname": "REMOVED SENSITIVE VALUE",
"dbhost": "REMOVED SENSITIVE VALUE",
"dbport": "",
"dbtableprefix": "oc_",
"dbuser": "REMOVED SENSITIVE VALUE",
"dbpassword": "REMOVED SENSITIVE VALUE",
"installed": true,
"theme": "",
"loglevel": 2,
"maintenance": false,
"redis": {
"host": "REMOVED SENSITIVE VALUE",
"port": 6379,
"timeout": 0,
"dbindex": 0
},
"onlyoffice": {
"verify_peer_off": true
},
"mail_from_address": "REMOVED SENSITIVE VALUE",
"mail_smtpmode": "sendmail",
"mail_smtphost": "REMOVED SENSITIVE VALUE",
"mail_smtpport": "5xx",
"updater.release.channel": "stable",
"has_rebuilt_cache": true,
"mail_sendmailmode": "pipe",
"mail_smtpauthtype": "LOGIN",
"mail_smtpauth": 1,
"mail_smtpname": "REMOVED SENSITIVE VALUE",
"mail_smtppassword": "REMOVED SENSITIVE VALUE",
"mail_domain": "REMOVED SENSITIVE VALUE",
"updater.secret": "REMOVED SENSITIVE VALUE",
"mail_smtpsecure": "tls"
}
}

Are you using encryption: : no

0. Needs triage bug needs info stale

Most helpful comment

I'm seeing the same JavaScript error on Nextcloud Stable 16.0.3 after upgrading from 16.0.1.

At first I saw no error, but only blank user and app pages, but then I cleared all site data using dev tools, and now I get the vue error others have mentioned. Hope this helps. I can't add users through the UI right now, will have to do so with occ.

All 53 comments

Could you try a full page reload: https://www.wikihow.com/Force-Refresh-in-Your-Internet-Browser

I guess some of the javascript is cached. This pr https://github.com/nextcloud/server/pull/16246 will fix this problem in the future.

I think it's not just the browser because it happens on all the browser the page is redirected to this white pages.

I do the manipulation it's the same

I think it's not just the browser because it happens on all the browser the page is redirected to this white pages

Please share the nextcloud.log and web server log then

everything works except the application and user page which redirect to

https:// monnextcloud.cloud/index.php/

We have a few reports about the same with the users and apps page here: https://github.com/nextcloud/server/issues/16229

Should work after clearing the cache. If not please share some logs to investigate fuerther.

I think it's not just the browser because it happens on all the browser the page is redirected to this white pages

Please share the nextcloud.log and web server log then

here are the log that's posted

Info | updater | \OC\Updater::resetLogLevel: Reset log level to Warning(2) :

{"reqId":"EJCfpU43QiA8JAltb2g9","level":1,"time":"2019-07-05T09:46:38+00:00","remoteAddr":"192.168.3.5","user":"--","app":"updater","method":"GET","url":"/core/ajax/update.php?requesttoken=nbvvtR5LFDa%2Fc4Q7Bv72zcSsHu%2FlHRkQ6LUkka4atBQ%3D%3Azt%2Bt5HclI2PsGMJIMa%2BQiar9aZnOZVJBpv5%2Bp%2BEv1iQ%3D","message":"\OC\Updater::resetLogLevel: Reset log level to Warning(2)","userAgent":"Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:67.0) Gecko/20100101 Firefox/67.0","version":"15.0.9.1","id":"5d1f4b8ddf898"}

Error | index | TypeError: Argument 3 passed to OCA\Mail\Controller\FoldersController::sync() must be of the type string, null given, called in /srv/dev-disk-by-lge/web/nextcloud/lib/private/AppFramework/Http/Dispatcher.php on line 166

{"reqId":"5tB2FypzXfTIk2c2MGYh","level":3,"time":"2019-07-05T12:40:59+00:00","remoteAddr":"192.168.3.5","user":"prenol.s","app":"index","method":"GET","url":"/index.php/apps/mail/api/accounts/1/folders/SU5CT1g%3D/sync?uids%5B%5D=424&uids%5B%5D=338","message":{"Exception":"TypeError","Message":"Argument 3 passed to OCA\Mail\Controller\FoldersController::sync() must be of the type string, null given, called in /srv/dev-disk-by-lge/web/nextcloud/lib/private/AppFramework/Http/Dispatcher.php on line 166","Code":0,"Trace":[{"file":"/srv/dev-disk-by-lge/web/nextcloud/lib/private/AppFramework/Http/Dispatcher.php","line":166,"function":"sync","class":"OCA\Mail\Controller\FoldersController","type":"->","args":[1,"SU5CT1g=",null,["424","338"]]},{"file":"/srv/dev-disk-by-lge/web/nextcloud/lib/private/AppFramework/Http/Dispatcher.php","line":99,"function":"executeController","class":"OC\AppFramework\Http\Dispatcher","type":"->","args":[{"__class__":"OCA\Mail\Controller\FoldersController"},"sync"]},{"file":"/srv/dev-disk-by-lge/web/nextcloud/lib/private/AppFramework/App.php","line":118,"function":"dispatch","class":"OC\AppFramework\Http\Dispatcher","type":"->","args":[{"__class__":"OCA\Mail\Controller\FoldersController"},"sync"]},{"file":"/srv/dev-disk-by-lge/web/nextcloud/lib/private/AppFramework/Routing/RouteActionHandler.php","line":47,"function":"main","class":"OC\AppFramework\App","type":"::","args":["OCA\Mail\Controller\FoldersController","sync",{"__class__":"OC\AppFramework\DependencyInjection\DIContainer"},{"accountId":"1","folderId":"SU5CT1g=","_route":"mail.folders.sync"}]},{"function":"__invoke","class":"OC\AppFramework\Routing\RouteActionHandler","type":"->","args":[{"accountId":"1","folderId":"SU5CT1g=","_route":"mail.folders.sync"}]},{"file":"/srv/dev-disk-by-lge/web/nextcloud/lib/private/Route/Router.php","line":297,"function":"call_user_func","args":[{"__class__":"OC\AppFramework\Routing\RouteActionHandler"},{"accountId":"1","folderId":"SU5CT1g=","_route":"mail.folders.sync"}]},{"file":"/srv/dev-disk-by-lge/web/nextcloud/lib/base.php","line":987,"function":"match","class":"OC\Route\Router","type":"->","args":["/apps/mail/api/accounts/1/folders/SU5CT1g%3D/sync"]},{"file":"/srv/dev-disk-by-lge/web/nextcloud/index.php","line":42,"function":"handleRequest","class":"OC","type":"::","args":[]}],"File":"/srv/dev-disk-by-lge/web/nextcloud/apps/mail/lib/Controller/FoldersController.php","Line":93,"CustomMessage":"--"},"userAgent":"Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:67.0) Gecko/20100101 Firefox/67.0","version":"15.0.9.1","id":"5d1f4b8ddcd16"}

cc @nextcloud/mail

:( I think I would do more than one day every time there is a problem to correct

@pwepwe973 you can disable the mail app in the meantime with occ app:disable mail
https://docs.nextcloud.com/server/stable/admin_manual/configuration_server/occ_command.html#apps-commands

Hello,

I deactivated mail but it is not him that prevents me from accessing the user interface or the shop applications.
I think I will reactivate because I use it.

as I said above, everything works well except these two pages: application and user

who return the blank pages because they are redirected I do not know why.

I'm attaching you a little videos showing my problem

https://youtu.be/KrSd5xJlCys

Ah okay, I misread.
The error you posted is indeed unrelated then.

Please clear your browser's cache, this is really the issue.

Thanks :wink:

how to reactivate mail because sudo command -u www-data php occ app: enable mail print: Could not open

Ah okay, I misread.
The error you posted is indeed unrelated then.

Please clear your browser's cache, this is really the issue.

Thanks wink

I have already emptied several times and used another browser like firefox or chome, opera it's the same mistake.

Sorry, I wanted to make sure, sometimes people think they cleared their cache but it is really not :)
Okay, let's move to the next step then.

I will need your browser console log to investigate this issue.
Open your console, reload your page and/or do the action leading to this issue and copy/paste the log in this thread.


How to access your browser console (Click to expand)

Chrome

  • Press either CTRL + SHIFT + J to open the “console” tab of the Developer Tools.
  • Alternative method:

    1. Press either CTRL + SHIFT + I or F12 to open the Developer Tools.

    2. Click the “console” tab.

Safari

  • Press CMD + ALT + I to open the Web Inspector.
  • See Chrome’s step 2. (Chrome and Safari have pretty much identical dev tools.)

IE9

  1. Press F12 to open the developer tools.
  2. Click the “console” tab.

Firefox

  • Press CTRL + SHIFT + K to open the Web console (COMMAND + SHIFT + K on Macs).
  • or, if Firebug is installed (recommended):

    1. Press F12 to open Firebug.

    2. Click on the “console” tab.

Opera

  1. Press CTRL + SHIFT + I to open Dragonfly.
  2. Click on the “console” tab.

ok

Thank you for your help and here is the result of my console

Capture du 2019-07-05 17-03-30

Okay, that is weird indeed.
Can you access your website without the index.php?

Your default nginx config (as we do in the docs) should not use index.php

When I type the address www.cloude.fr
he sends me back to
www.cloude.fr/index.php/apps/files/?dir=/&fileid=11945

Please paste your nginx config

add_header Strict-Transport-Security "max-age=15768000; includeSubDomains; preload;";
client_max_body_size 10G; # set max upload size
fastcgi_buffers 64 4K;
rewrite ^/caldav(.*)$ /remote.php/caldav$1 redirect;
rewrite ^/carddav(.*)$ /remote.php/carddav$1 redirect;
rewrite ^/webdav(.*)$ /remote.php/webdav$1 redirect;

index index.php;
error_page 403 /core/templates/403.php;
error_page 404 /core/templates/404.php;

location = /robots.txt {
  allow all;
  log_not_found off;
  access_log off;
}
location ~ ^/(data|config|\.ht|db_structure\.xml|README) {
  deny all;
}
location / {
  #The following 2 rules are only needed with webfinger
  rewrite ^/.well-known/host-meta /public.php?service=host-meta last;
  rewrite ^/.well-known/host-meta.json /public.php?service=host-meta-json last;
  rewrite ^/.well-known/carddav /remote.php/carddav/ redirect;
  rewrite ^/.well-known/caldav /remote.php/caldav/ redirect;
  rewrite ^(/core/doc/[^\/]+/)$ $1/index.html;
  try_files $uri $uri/ index.php;
}
location ~ ^(.+?\.php)(/.*)?$ {
  try_files $1 = 404;
  include fastcgi_params;
  fastcgi_param SCRIPT_FILENAME $document_root$1;
  fastcgi_param PATH_INFO $2;
  fastcgi_param HTTPS on;
  fastcgi_pass $socket;
}
#Optional: set long EXPIRES header on static assets
location ~* ^.+\.(jpg|jpeg|gif|bmp|ico|png|css|js|swf)$ {
  expires 30d;
  #Optional: Don't log access to assets
  access_log off;
}


#static files
location ^~ /loleaflet {
  proxy_pass https://127.0.0.1:9980;
  proxy_set_header Host $http_host;
}
#WOPI discovery URL
location ^~ /hosting/discovery {
  proxy_pass https://127.0.0.1:9980;
  proxy_set_header Host $http_host;
}
#websockets, download, presentation and image upload
location ^~ /lool {
  proxy_pass https://127.0.0.1:9980;
  proxy_set_header Upgrade $http_upgrade;
  proxy_set_header Connection "upgrade";
  proxy_set_header Host $http_host;
}

That is indeed far too different from the required one.
Please have a look at https://docs.nextcloud.com/server/16/admin_manual/installation/nginx.html#nextcloud-in-the-webroot-of-nginx and update accordingly :)

That is indeed far too different from the required one.
Please have a look at https://docs.nextcloud.com/server/16/admin_manual/installation/nginx.html#nextcloud-in-the-webroot-of-nginx and update accordingly :)

with openmediavault this is the only one that worked I had found in a tutorial on openmediavault.
those of the nextcloud site displays an error message
so far it has always worked ... I think I will go back to my version 15.0.8.
I have a backup somewhere I'm going to get it I'll have to recreate my shares but it does not matter

Anyhow, thanks for your help

Ah, you're not splitting services on your server.
That could indeed cause issues.

Well, aside from the issue you're having, we still recommend that you upgrade to 16.
I'm also using omv, but my nextcloud install is within docker containers as it is much more easy to manage on openmediavault :)

I'm using the nginx of omv as a reverse proxy, but you should be able to properly use our configuration files.

server {
    listen 443 ssl http2;
    listen [::]:443 ssl http2;
    server_name cloud.example.com;

    include /etc/nginx/conf.d/*.conf;

    # Add headers to serve security related headers
    # Before enabling Strict-Transport-Security headers please read into this
    # topic first.
    #add_header Strict-Transport-Security "max-age=15768000; includeSubDomains; preload;";
    #
    # WARNING: Only add the preload option once you read about
    # the consequences in https://hstspreload.org/. This option
    # will add the domain to a hardcoded list that is shipped
    # in all major browsers and getting removed from this list
    # could take several months.
    add_header X-Content-Type-Options nosniff;
    add_header X-XSS-Protection "1; mode=block";
    add_header X-Robots-Tag none;
    add_header X-Download-Options noopen;
    add_header X-Permitted-Cross-Domain-Policies none;
    add_header Referrer-Policy no-referrer;
    # Remove X-Powered-By, which is an information leak
    fastcgi_hide_header X-Powered-By;

    # Path to the root of your installation
    root /var/www/nextcloud;

    location = /robots.txt {
        allow all;
        log_not_found off;
        access_log off;
    }

    # The following 2 rules are only needed for the user_webfinger app.
    # Uncomment it if you're planning to use this app.
    #rewrite ^/.well-known/host-meta /public.php?service=host-meta last;
    #rewrite ^/.well-known/host-meta.json /public.php?service=host-meta-json last;

    # The following rule is only needed for the Social app.
    # Uncomment it if you're planning to use this app.
    #rewrite ^/.well-known/webfinger /public.php?service=webfinger last;

    location = /.well-known/carddav {
      return 301 $scheme://$host:$server_port/remote.php/dav;
    }
    location = /.well-known/caldav {
      return 301 $scheme://$host:$server_port/remote.php/dav;
    }

    # set max upload size
    client_max_body_size 10G;
    fastcgi_buffers 64 4K;

    # Enable gzip but do not remove ETag headers
    gzip on;
    gzip_vary on;
    gzip_comp_level 4;
    gzip_min_length 256;
    gzip_proxied expired no-cache no-store private no_last_modified no_etag auth;
    gzip_types application/atom+xml application/javascript application/json application/ld+json application/manifest+json application/rss+xml application/vnd.geo+json application/vnd.ms-fontobject application/x-font-ttf application/x-web-app-manifest+json application/xhtml+xml application/xml font/opentype image/bmp image/svg+xml image/x-icon text/cache-manifest text/css text/plain text/vcard text/vnd.rim.location.xloc text/vtt text/x-component text/x-cross-domain-policy;

    # Uncomment if your server is build with the ngx_pagespeed module
    # This module is currently not supported.
    #pagespeed off;

    location / {
        rewrite ^ /index.php$request_uri;
    }

    location ~ ^\/(?:build|tests|config|lib|3rdparty|templates|data)\/ {
        deny all;
    }
    location ~ ^\/(?:\.|autotest|occ|issue|indie|db_|console) {
        deny all;
    }

    location ~ ^\/(?:index|remote|public|cron|core\/ajax\/update|status|ocs\/v[12]|updater\/.+|oc[ms]-provider\/.+)\.php(?:$|\/) {
        fastcgi_split_path_info ^(.+?\.php)(\/.*|)$;
        include fastcgi_params;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_param PATH_INFO $fastcgi_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_pass php-handler;
        fastcgi_intercept_errors on;
        fastcgi_request_buffering off;
    }

    location ~ ^\/(?:updater|oc[ms]-provider)(?:$|\/) {
        try_files $uri/ =404;
        index index.php;
    }

    # Adding the cache control header for js, css and map files
    # Make sure it is BELOW the PHP block
    location ~ \.(?:css|js|woff2?|svg|gif|map)$ {
        try_files $uri /index.php$request_uri;
        add_header Cache-Control "public, max-age=15778463";
        # Add headers to serve security related headers (It is intended to
        # have those duplicated to the ones above)
        # Before enabling Strict-Transport-Security headers please read into
        # this topic first.
        #add_header Strict-Transport-Security "max-age=15768000; includeSubDomains; preload;";
        #
        # WARNING: Only add the preload option once you read about
        # the consequences in https://hstspreload.org/. This option
        # will add the domain to a hardcoded list that is shipped
        # in all major browsers and getting removed from this list
        # could take several months.
        add_header X-Content-Type-Options nosniff;
        add_header X-XSS-Protection "1; mode=block";
        add_header X-Robots-Tag none;
        add_header X-Download-Options noopen;
        add_header X-Permitted-Cross-Domain-Policies none;
        add_header Referrer-Policy no-referrer;

        # Optional: Don't log access to assets
        access_log off;
    }

    location ~ \.(?:png|html|ttf|ico|jpg|jpeg)$ {
        try_files $uri /index.php$request_uri;
        # Optional: Don't log access to other assets
        access_log off;
    }
}

EDIT: updated config to properly include omv configs :)

thank you very much I will try

If you are using Cloudflare, you might have to clear its cache too.

Same issue here as well.
Updated from 15.0.8 to 15.0.9 via web updater.

Ah, you're not splitting services on your server.
That could indeed cause issues.

Well, aside from the issue you're having, we still recommend that you upgrade to 16.
I'm also using omv, but my nextcloud install is within docker containers as it is much more easy to manage on openmediavault :)

I'm using the nginx of omv as a reverse proxy, but you should be able to properly use our configuration files.

server {
    listen 443 ssl http2;
    listen [::]:443 ssl http2;
    server_name cloud.example.com;

    include /etc/nginx/conf.d/*.conf;

    # Add headers to serve security related headers
    # Before enabling Strict-Transport-Security headers please read into this
    # topic first.
    #add_header Strict-Transport-Security "max-age=15768000; includeSubDomains; preload;";
    #
    # WARNING: Only add the preload option once you read about
    # the consequences in https://hstspreload.org/. This option
    # will add the domain to a hardcoded list that is shipped
    # in all major browsers and getting removed from this list
    # could take several months.
    add_header X-Content-Type-Options nosniff;
    add_header X-XSS-Protection "1; mode=block";
    add_header X-Robots-Tag none;
    add_header X-Download-Options noopen;
    add_header X-Permitted-Cross-Domain-Policies none;
    add_header Referrer-Policy no-referrer;
    # Remove X-Powered-By, which is an information leak
    fastcgi_hide_header X-Powered-By;

    # Path to the root of your installation
    root /var/www/nextcloud;

    location = /robots.txt {
        allow all;
        log_not_found off;
        access_log off;
    }

    # The following 2 rules are only needed for the user_webfinger app.
    # Uncomment it if you're planning to use this app.
    #rewrite ^/.well-known/host-meta /public.php?service=host-meta last;
    #rewrite ^/.well-known/host-meta.json /public.php?service=host-meta-json last;

    # The following rule is only needed for the Social app.
    # Uncomment it if you're planning to use this app.
    #rewrite ^/.well-known/webfinger /public.php?service=webfinger last;

    location = /.well-known/carddav {
      return 301 $scheme://$host:$server_port/remote.php/dav;
    }
    location = /.well-known/caldav {
      return 301 $scheme://$host:$server_port/remote.php/dav;
    }

    # set max upload size
    client_max_body_size 10G;
    fastcgi_buffers 64 4K;

    # Enable gzip but do not remove ETag headers
    gzip on;
    gzip_vary on;
    gzip_comp_level 4;
    gzip_min_length 256;
    gzip_proxied expired no-cache no-store private no_last_modified no_etag auth;
    gzip_types application/atom+xml application/javascript application/json application/ld+json application/manifest+json application/rss+xml application/vnd.geo+json application/vnd.ms-fontobject application/x-font-ttf application/x-web-app-manifest+json application/xhtml+xml application/xml font/opentype image/bmp image/svg+xml image/x-icon text/cache-manifest text/css text/plain text/vcard text/vnd.rim.location.xloc text/vtt text/x-component text/x-cross-domain-policy;

    # Uncomment if your server is build with the ngx_pagespeed module
    # This module is currently not supported.
    #pagespeed off;

    location / {
        rewrite ^ /index.php$request_uri;
    }

    location ~ ^\/(?:build|tests|config|lib|3rdparty|templates|data)\/ {
        deny all;
    }
    location ~ ^\/(?:\.|autotest|occ|issue|indie|db_|console) {
        deny all;
    }

    location ~ ^\/(?:index|remote|public|cron|core\/ajax\/update|status|ocs\/v[12]|updater\/.+|oc[ms]-provider\/.+)\.php(?:$|\/) {
        fastcgi_split_path_info ^(.+?\.php)(\/.*|)$;
        include fastcgi_params;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_param PATH_INFO $fastcgi_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_pass php-handler;
        fastcgi_intercept_errors on;
        fastcgi_request_buffering off;
    }

    location ~ ^\/(?:updater|oc[ms]-provider)(?:$|\/) {
        try_files $uri/ =404;
        index index.php;
    }

    # Adding the cache control header for js, css and map files
    # Make sure it is BELOW the PHP block
    location ~ \.(?:css|js|woff2?|svg|gif|map)$ {
        try_files $uri /index.php$request_uri;
        add_header Cache-Control "public, max-age=15778463";
        # Add headers to serve security related headers (It is intended to
        # have those duplicated to the ones above)
        # Before enabling Strict-Transport-Security headers please read into
        # this topic first.
        #add_header Strict-Transport-Security "max-age=15768000; includeSubDomains; preload;";
        #
        # WARNING: Only add the preload option once you read about
        # the consequences in https://hstspreload.org/. This option
        # will add the domain to a hardcoded list that is shipped
        # in all major browsers and getting removed from this list
        # could take several months.
        add_header X-Content-Type-Options nosniff;
        add_header X-XSS-Protection "1; mode=block";
        add_header X-Robots-Tag none;
        add_header X-Download-Options noopen;
        add_header X-Permitted-Cross-Domain-Policies none;
        add_header Referrer-Policy no-referrer;

        # Optional: Don't log access to assets
        access_log off;
    }

    location ~ \.(?:png|html|ttf|ico|jpg|jpeg)$ {
        try_files $uri /index.php$request_uri;
        # Optional: Don't log access to other assets
        access_log off;
    }
}

EDIT: updated config to properly include omv configs :)

Thanks for that, but it didn't help. Same problem.

@EukalyptusX

I will need your browser console log to investigate this issue. Open your console, reload your page and/or do the action leading to this issue and copy/paste the log in this thread.


How to access your browser console (Click to expand)

Chrome

  • Press either CTRL + SHIFT + J to open the “console” tab of the Developer Tools.
  • Alternative method:

    1. Press either CTRL + SHIFT + I or F12 to open the Developer Tools.

    2. Click the “console” tab.

Safari

  • Press CMD + ALT + I to open the Web Inspector.
  • See Chrome’s step 2. (Chrome and Safari have pretty much identical dev tools.)

IE9

  1. Press F12 to open the developer tools.
  2. Click the “console” tab.

Firefox

  • Press CTRL + SHIFT + K to open the Web console (COMMAND + SHIFT + K on Macs).
  • or, if Firebug is installed (recommended):

    1. Press F12 to open Firebug.

    2. Click on the “console” tab.

Opera

  1. Press CTRL + SHIFT + I to open Dragonfly.
  2. Click on the “console” tab.

If you are using Cloudflare, you might have to clear its cache too.
Hello,
I tried to purge the cloudflare cache it is not that

otherwise i noticed that when i am connected to the local ip address of the server 192.168.42.2:port/
there is no automatic redirection to the blank pages.
it only happens with the domain name.

Ok, it seems that there was something else cached, because cleaning the browser cache didn't help. What helped me: Log out of nextcloud, clean everything - all forms, all cookies, everything the browser saves. Close the browser, retry. Thank you for your help!

Thanks for that, but it didn't help. Same problem.

Well, even if you still have the same issue, you should keep using this config if it worked ;)
Did it work btw?

@skjnldsv
I just copied the conf to ensure that I've got no typos in mine. Already had the same config :)

Yes it worked as in my comment above described :-) Thanks for your help!!

I'm experiencing the same issue using Nextcloud 15.0.9. However, clearing or bypassing the browser's cache has no effect: I tried with Ctrl-F5, opening the Dev Tools panel (Chromium) with "Disable cache" setting and using a private browsing mode window.

On the Applications page this error appreas in the Javascript console:

vue-router.esm.js:1905 TypeError: Cannot read property 'call' of undefined
    at o (bootstrap:63)
    at Module.326 (Apps.vue?550c:51)
    at o (bootstrap:63)

And on the Users page:

vue-router.esm.js:1905 TypeError: Cannot read property 'call' of undefined
    at o (bootstrap:63)

@juliushaertl broken stable15? What can this be?

I'm experiencing the same issue using Nextcloud 15.0.9. However, clearing or bypassing the browser's cache has no effect: I tried with Ctrl-F5, opening the Dev Tools panel (Chromium) with "Disable cache" setting and using a private browsing mode window.

On the Applications page this error appreas in the Javascript console:

vue-router.esm.js:1905 TypeError: Cannot read property 'call' of undefined
    at o (bootstrap:63)
    at Module.326 (Apps.vue?550c:51)
    at o (bootstrap:63)

And on the Users page:

vue-router.esm.js:1905 TypeError: Cannot read property 'call' of undefined
    at o (bootstrap:63)

Same error on Nextcloud Stable 16.0.2.
On Users and Applications page :
vue-router.esm.js:1897 TypeError: Cannot read property 'call' of undefined at o (bootstrap:63) at Module.75 (appList.vue:15) at o (bootstrap:63)

Might it be the last security update that broke these pages ? These pages were working before this last update...

@skjnldsv I cannot reproduce it with 15.0.9 and the current stable15 branch :/

That is good news already :)

I'm seeing the same JavaScript error on Nextcloud Stable 16.0.3 after upgrading from 16.0.1.

At first I saw no error, but only blank user and app pages, but then I cleared all site data using dev tools, and now I get the vue error others have mentioned. Hope this helps. I can't add users through the UI right now, will have to do so with occ.

After upgrading to Nextcloud 15.0.10, the Applications page works once more, but the Users page is still broken. Cache has been cleared and php./occ integrity:check-core didn't reveal any problems. For what it's worth, this is on a shared hosting environment. Could it be caused by server-side caching (eg. OPCache) ?

After upgrading to Nextcloud 15.0.10, the Applications page works once more, but the Users page is still broken. Cache has been cleared and php./occ integrity:check-core didn't reveal any problems. For what it's worth, this is on a shared hosting environment. Could it be caused by server-side caching (eg. OPCache) ?

hello
me it's the reverse the user pages works and the application pages is redirected to the blank pages

Could you try a full page reload: https://www.wikihow.com/Force-Refresh-in-Your-Internet-Browser

I guess some of the javascript is cached. This pr #16246 will fix this problem in the future.

This fixed the problem when upgrading from 15.0.8 to 15.0.10.

I also have to click on the browser "back" button after opening the applications or users "blank" page, and then ctrl+F5.

Thanks!

@pwepwe973 still experiencing ?

I had the same issue after web-updating 15.0.8 -> 15.0.10
php-fpm7.0 --version: PHP 7.0.33-0+deb9u3 (with Zend OPcache)
nginx verion: 1.10.3-1+deb9u2
Browser: firefox-68.0.1
I tried to restart nginx and php-fpm and emptied browser cache but it did not help. Funnily loading app / users with open error console fixed the problem.

May be following warning from error console output is related?
(closed error console)

Source map error: TypeError: NetworkError when attempting to fetch resource.
Resource URL: https://cloud.domain.tld/settings/js/settings-vue.js?v=38b14d3f-0
Source Map URL: settings-vue.js.map

(opened error console)

Source map error: TypeError: NetworkError when attempting to fetch resource.
Resource URL: https://cloud.domain.tld/settings/js/0.js
Source Map URL: 0.js.map

Hello,
same problem here, on Nextcloud 16.0.3 (I tried the 16.0.4RC1 too).
I did a clean install, new empty database, and still not working.

I tried with Opera & Safari, cleaning caches etc. But now I can't even reinstall apps because the page is blank :D

Capture d’écran 2019-08-09 à 12 47 00

(In case it helps anyone, we had this problem as well but it ended up being stale Cloudflare and Nginx caches up the line from Nextcloud, clearing browser caches wasn't enough.)

(In case it helps anyone, we had this problem as well but it ended up being stale Cloudflare and Nginx caches up the line from Nextcloud, clearing browser caches wasn't enough.)

Thanks ! Cleaning opcache, apc cache, varnish cache and Opera cache fixed it. :)

@skjnldsv I was wondering if this is related to two webpack bundles being loaded on the page and both try to dynamically load chunks afterwards. I recently had something similar in the text app where setting an individual jsonp function name fixed it: https://webpack.js.org/configuration/output/#outputjsonpfunction

@juliushaertl no idea.
It works fine for me on all my instances :woman_shrugging:

It might be worth to disable 3rd-party apps to check if one of those causes the issue on the instances that have that issue.

The same problem here, but cleaning my Vivaldi's cache solved it.
Thank @skjnldsv

If you are using Cloudflare, you might have to clear its cache too.

That comment saved me, thanks !

This issue has been automatically marked as stale because it has not had recent activity and seems to be missing some essential information. It will be closed if no further activity occurs. Thank you for your contributions.

so:

  • if you're using the snap package: Restart snap
  • if you're using cloudflare: clear cache
  • for everyone: clear browser cache entirely
Was this page helpful?
0 / 5 - 0 ratings