Closed SBGit-2019 closed 1 month ago
Just adding that I'm experiencing the same problem. I've just updated to Nextcloud 29. Tasks is enabled, but blank page and a constant "loading" indication on the home page widget.
Please try to clear the caches, especially of your browser. Or try it with incognito mode (where the cache is not used).
@SBGit-2019 please provide the server logs.
Cache or incognito mode do not help.
Which other logs do you need, that is how do I get them?
I had this issue after upgrading to 28.0.5. Adding mjs to application/javascript in the nginx mime.types file resolved it for me. Still ok with 29.0.0.
I had this issue after upgrading to 28.0.5. Adding mjs to application/javascript in the nginx mime.types file resolved it for me. Still ok with 29.0.0.
That is very likely the issue and explains why the *.mjs
files fail to load.
See the nextcloud documentation:
No this does not solve my problem. See my mime types here (I tried but text/javascript does not change anything compared to application/javascript)
@timparker14 : Can you show me your whole working nginx config? Maybe there is a more subtle error?
The one from the documentation does not run in the docker images 'as is' - so it is indeed possible that there is an issue somewhere.
types {
text/html html htm shtml;
text/css css;
text/xml xml;
image/gif gif;
image/jpeg jpeg jpg;
application/javascript js mjs;
application/atom+xml atom;
application/rss+xml rss;
text/mathml mml;
text/plain txt;
text/vnd.sun.j2me.app-descriptor jad;
text/vnd.wap.wml wml;
text/x-component htc;
image/avif avif;
image/png png;
image/svg+xml svg svgz;
image/tiff tif tiff;
image/vnd.wap.wbmp wbmp;
image/webp webp;
image/x-icon ico;
image/x-jng jng;
image/x-ms-bmp bmp;
font/woff woff;
font/woff2 woff2;
application/java-archive jar war ear;
application/json json;
application/mac-binhex40 hqx;
application/msword doc;
application/pdf pdf;
application/postscript ps eps ai;
application/rtf rtf;
application/vnd.apple.mpegurl m3u8;
application/vnd.google-earth.kml+xml kml;
application/vnd.google-earth.kmz kmz;
application/vnd.ms-excel xls;
application/vnd.ms-fontobject eot;
application/vnd.ms-powerpoint ppt;
application/vnd.oasis.opendocument.graphics odg;
application/vnd.oasis.opendocument.presentation odp;
application/vnd.oasis.opendocument.spreadsheet ods;
application/vnd.oasis.opendocument.text odt;
application/vnd.openxmlformats-officedocument.presentationml.presentation
pptx;
application/vnd.openxmlformats-officedocument.spreadsheetml.sheet
xlsx;
application/vnd.openxmlformats-officedocument.wordprocessingml.document
docx;
application/vnd.wap.wmlc wmlc;
application/wasm wasm;
application/x-7z-compressed 7z;
application/x-cocoa cco;
application/x-java-archive-diff jardiff;
application/x-java-jnlp-file jnlp;
application/x-makeself run;
application/x-perl pl pm;
application/x-pilot prc pdb;
application/x-rar-compressed rar;
application/x-redhat-package-manager rpm;
application/x-sea sea;
application/x-shockwave-flash swf;
application/x-stuffit sit;
application/x-tcl tcl tk;
application/x-x509-ca-cert der pem crt;
application/x-xpinstall xpi;
application/xhtml+xml xhtml;
application/xspf+xml xspf;
application/zip zip;
application/octet-stream bin exe dll;
application/octet-stream deb;
application/octet-stream dmg;
application/octet-stream iso img;
application/octet-stream msi msp msm;
audio/midi mid midi kar;
audio/mpeg mp3;
audio/ogg ogg;
audio/x-m4a m4a;
audio/x-realaudio ra;
video/3gpp 3gpp 3gp;
video/mp2t ts;
video/mp4 mp4;
video/mpeg mpeg mpg;
video/quicktime mov;
video/webm webm;
video/x-flv flv;
video/x-m4v m4v;
video/x-mng mng;
video/x-ms-asf asx asf;
video/x-ms-wmv wmv;
video/x-msvideo avi;
}
ok I found the issue with the nginx. conf.
For reference to others with the same problem, you need the mime.types
types {
text/javascript js mjs;
application/wasm wasm;
}
and the correct location
# Serve static files
location ~ \.(?:css|js|mjs|svg|gif|png|jpg|ico|wasm|tflite|map|ogg|flac)$ {
try_files $uri /index.php$request_uri;
# HTTP response headers borrowed from Nextcloud `.htaccess`
add_header Cache-Control "public, max-age=15778463$asset_immutable";
add_header Referrer-Policy "no-referrer" always;
add_header X-Content-Type-Options "nosniff" always;
add_header X-Frame-Options "SAMEORIGIN" always;
add_header X-Permitted-Cross-Domain-Policies "none" always;
add_header X-Robots-Tag "noindex, nofollow" always;
add_header X-XSS-Protection "1; mode=block" always;
access_log off; # Optional: Don't log access to assets
}
I mistyped the latter.
Thank you all for pointing me in the end into the right direction.
Steps to reproduce
Expected behavior
Going to the "task" menu item just shows an empty page. Setup is a quite standard docker configuration. It works up to version 13.x. From 14.0 the page shows no content at all and no interaction with the task app is thus possible.
Calendar , contacts, files etc work.
I noticed the behaviour with an existing installation but then made a completely fresh v29 installation. It appears there just the same.
Actual behaviour
Only an empty page is shown. No interaction possible
Tasks app version
16
CalDAV-clients used
nextclout web interface
Browser
Firefox and Opera tested
Client operating system
Windows 10
Server operating system
Docker on ubuntu 24
Web server
Nginx
Database engine version
PostgreSQL
PHP engine version
PHP 8.2
Nextcloud version
29
Updated from an older installed version or fresh install
Fresh install
List of activated apps
Nextcloud configuration
Web server error log
Log file
No response
Browser log
No response
Additional info
No response