Background blur: Could not check for WASM loading support

Support intro

Sorry to hear you’re facing problems. :slightly_frowning_face:

The community help forum (help.nextcloud.com) is for home and non-enterprise users. Support is provided by other community members on a best effort / “as available” basis. All of those responding are volunteering their time to help you.

If you’re using Nextcloud in a business/critical setting, paid and SLA-based support services can be accessed via portal.nextcloud.com where Nextcloud engineers can help ensure your business keeps running smoothly.

Getting help

In order to help you as efficiently (and quickly!) as possible, please fill in as much of the below requested information as you can.

Before clicking submit: Please check if your query is already addressed via the following resources:

(Utilizing these existing resources is typically faster. It also helps reduce the load on our generous volunteers while elevating the signal to noise ratio of the forums otherwise arising from the same queries being posted repeatedly).

Since migration to 32.0.x I’m getting follow in error message:

Background blur:

Could not check for WASM loading support. Please check manually if your web server serves `.wasm` files. To allow this check to run you have to make sure that your Web server can connect to itself. Therefore it must be able to resolve and connect to at least one of its `trusted_domains` or the `overwrite.cli.url`. This failure may be the result of a server-side DNS mismatch or outbound firewall rule.

The Basics

  • Nextcloud Server version (e.g., 29.x.x):
    • docker > nextcloud:32.0.1-apache
  • Operating system and version (e.g., Ubuntu 24.04):
    • Ubuntu 24.04
  • Web server and version (e.g, Apache 2.4.25):
    • n/a
  • Reverse proxy and version _(e.g. nginx 1.27.2)
    • nginx -V
      nginx version: nginx/1.28.0
      built by gcc 13.3.0 (Ubuntu 13.3.0-6ubuntu2~24.04)
      built with OpenSSL 3.0.13 30 Jan 2024
      TLS SNI support enabled
      configure arguments: --prefix=/etc/nginx --sbin-path=/usr/sbin/nginx --modules-path=/usr/lib/nginx/modules --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http
      -log-path=/var/log/nginx/access.log --pid-path=/run/nginx.pid --lock-path=/run/nginx.lock --http-client-body-temp-path=/var/cache/nginx/client_temp --http-proxy-temp-path=/var/cache/nginx/p
      roxy_temp --http-fastcgi-temp-path=/var/cache/nginx/fastcgi_temp --http-uwsgi-temp-path=/var/cache/nginx/uwsgi_temp --http-scgi-temp-path=/var/cache/nginx/scgi_temp --user=nginx --group=ngi
      nx --with-compat --with-file-aio --with-threads --with-http_addition_module --with-http_auth_request_module --with-http_dav_module --with-http_flv_module --with-http_gunzip_module --with-ht
      tp_gzip_static_module --with-http_mp4_module --with-http_random_index_module --with-http_realip_module --with-http_secure_link_module --with-http_slice_module --with-http_ssl_module --with-
      http_stub_status_module --with-http_sub_module --with-http_v2_module --with-http_v3_module --with-mail --with-mail_ssl_module --with-stream --with-stream_realip_module --with-stream_ssl_mod
      ule --with-stream_ssl_preread_module --with-cc-opt=‘-g -O2 -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -ffile-prefix-map=/home/builder/debuild/nginx-1.28.0/debian/debuild-base/ngin
      x-1.28.0=. -flto=auto -ffat-lto-objects -fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -fcf-protection -fdebug-prefix-map=/home/builder/debuild/nginx-1.2
      8.0/debian/debuild-base/nginx-1.28.0=/usr/src/nginx-1.28.0-1~noble -fPIC’ --with-ld-opt=‘-Wl,-Bsymbolic-functions -flto=auto -ffat-lto-objects -Wl,-z,relro -Wl,-z,now -Wl,–as-needed -pie’
  • PHP version (e.g, 8.3):
    • n/a
  • Is this the first time you’ve seen this error? (Yes / No):
    • Yes
  • When did this problem seem to first start?
    • When upgrading from 31.0.10 to 32.0.0
  • Installation method (e.g. AlO, NCP, Bare Metal/Archive, etc.)
    • docker
  • Are you using CloudfIare, mod_security, or similar? (Yes / No)
    • No

Summary of the issue you are facing:

Checked trusted_domains and overwrite.cli.url.

I’m running a nextcloud:32.0.1-apache behind an nginx proxy.

In the error log of the nginx proxy I found :

“/usr/share/nginx/html/spreed/js/tflite.wasm” failed (2: No such file or directory), client: 172.18.0.12

172.18.0.12 is the IP of the nc docker app.

tflite.wasm is not part of docker image

Steps to replicate it (hint: details matter!):

  1. Administration > Overview

Log entries

Nextcloud

Please provide the log entries from your Nextcloud log that are generated during the time of problem (via the Copy raw option from Administration settings->Logging screen or from your nextcloud.log located in your data directory). Feel free to use a pastebin/gist service if necessary.

No related log entry 

Web Browser

If the problem is related to the Web interface, open your browser inspector Console and Network tabs while refreshing (reloading) and reproducing the problem. Provide any relevant output/errors here that appear.

N/A

Web server / Reverse Proxy

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

error.log:
2025/11/20 17:33:18 [error] 3896827#3896827: *791 open() "/usr/share/nginx/html/spreed/js/tflite.wasm" failed (2: No such file or directory), client: 172.18.0.12, server: my-domain, request: "HEAD /spreed/js/tflite.wasm HTTP/1.1", host: "192.168.1.24"

Configuration

Nextcloud

The output of occ config:list system or similar is best, but, if not possible, the contents of your config.php file from /path/to/nextcloud is fine (make sure to remove any identifiable information!):

PASTE HERE

Apps

The output of occ app:list (if possible).

Tips for increasing the likelihood of a response

  • Use the preformatted text formatting option in the editor for all log entries and configuration output.
  • If screenshots are useful, feel free to include them.
    • If possible, also include key error output in text form so it can be searched for.
  • Try to edit log output only minimally (if at all) so that it can be ran through analyzers / formatters by those trying to help you.

Hi. Getting the same error since NC32 update, with php 8.4 and nginx server, no docker.

I’ve had the same problem since the 32.0.2 update, Debian 13, Apache 2, PHP 8.3. Before the update, I had no errors.

Hey, thanks for the reports, 22.0.4 should be available shortly.

1 Like

It’s in the AppStore: Talk - Apps - App Store - Nextcloud. Due to caching it might take a bit until it shows up on your instances.

2 Likes

It doesn’t seem to be working. The error isn’t from the 32.0.2 upgrade; the warning appeared when Talk was upgraded from 22.0.2 to 22.0.4.

1 Like

Received the same error after upgrading to Talk and Nextcloud 32.02. But then I uninstalled Talk and issue went away.

Yeah, unfortunately, it seems that the fix did not make it into Talk 22.0.4: Wrong wasm check results in Overview and Talk andministration pages · Issue #16380 · nextcloud/spreed · GitHub

So, I’d say we need to wait for the next update and ignore the message for now.

3 Likes

thank you @bb77 going to close https://help.nextcloud.com/t/background-blur-could-not-check-for-wasm-loading-support/236175

no problem will wait the next upgrade

good luck