Kein Login Fenster nach Update auf 27.1.4

Danke. Habe schon gedacht ich werde verrückt. Wenn es wenigstens Fehler in den Log Dateien geben würde…

Hier mal der Konsolen LOG:

core-common.js?v=8e528490-35:2 Uncaught SyntaxError: Invalid or unexpected token (at core-common.js?v=8e528490-35:2:9432960)
de.js?v=8e528490-35:1 Uncaught ReferenceError: OC is not defined
at de.js?v=8e528490-35:1:1
(anonymous) @ de.js?v=8e528490-35:1
fileinfo.js:181 Uncaught ReferenceError: OC is not defined
at fileinfo.js:181:4
(anonymous) @ fileinfo.js:181
merged-template-prepend.js?v=8e528490-35:26 Uncaught ReferenceError: OC is not defined
at merged-template-prepend.js?v=8e528490-35:26:1
(anonymous) @ merged-template-prepend.js?v=8e528490-35:26
de.js?v=8e528490-35:1 Uncaught ReferenceError: OC is not defined
at de.js?v=8e528490-35:1:1
(anonymous) @ de.js?v=8e528490-35:1
encryption.js?v=8e528490-35:12 Uncaught ReferenceError: OC is not defined
at encryption.js?v=8e528490-35:12:1
(anonymous) @ encryption.js?v=8e528490-35:12
de.js?v=8e528490-35:1 Uncaught ReferenceError: OC is not defined
at de.js?v=8e528490-35:1:1
(anonymous) @ de.js?v=8e528490-35:1
index.js:25 Uncaught ReferenceError: OC is not defined
at index.js:25:15
(anonymous) @ index.js:25
de.js?v=8e528490-35:1 Uncaught ReferenceError: OC is not defined
at de.js?v=8e528490-35:1:1
(anonymous) @ de.js?v=8e528490-35:1
script.js?v=8e528490-35:427 Uncaught SyntaxError: Unexpected identifier ‘Â’ (at script.js?v=8e528490-35:427:40)
files.js?v=8e528490-35:122 Uncaught ReferenceError: jQuery is not defined
at files.js?v=8e528490-35:122:12
(anonymous) @ files.js?v=8e528490-35:122
de.js?v=8e528490-35:1 Uncaught ReferenceError: OC is not defined
at de.js?v=8e528490-35:1:1
(anonymous) @ de.js?v=8e528490-35:1
theming.js?v=8e528490-35:1 Uncaught ReferenceError: OCA is not defined
at theming.js?v=8e528490-35:1:1
(anonymous) @ theming.js?v=8e528490-35:1
icon:1

    GET https://cloud.xyz.de/index.php/apps/theming/icon?v=35 500 (Internal Server Error)

login:1 Error while trying to use the following icon from the Manifest: https://cloud.xyz.de/index.php/apps/theming/icon?v=35 (Download error or resource isn’t a valid image)

Ich bin jetzt nicht der profi in sachen Nextcloud aber könnte dein Theme defekt sein?

Hi,
ich gehöre auch nicht zu den cracks, aber hast du mal ein

sudo -u www-data php occ maintenance:repair

im Netxcloud Verzeichnis probiert?

Ansonsten würde ich die Backupdateien wieder zurück kopieren und es noch mal versuchen. Bei mir ist mal während des Updates auch etwas schief gelaufen, nachdem ich die vorherige Version zurück kopiert und das Update nochmal durchlaufen lies, klappte es.

Viele Grüße
Andreas

sudo -u www-data php occ app:disable theming

sollte erst mal das defekte theming ausschalten

Habe ich schon probiert: theming can’t be disabled.

Repair zeigt alles in grün. War ja nach dem Update eingeloggt. Alles schien in Ordnung. Keine Fehler in der Verwaltungsübersicht. usw. PHP und Nextcloud Log zeigen keine Fehler.

Das scheint ein Problem mit Javascript/Ajax zu sein.

Dein Theme ist aber abgeschaltet ich hab gerade nachgeschaut

Habe die theming app umbenant. Ist jetzt der Standard Nextcloud Hintergrund. Login kommt trotzdem nicht.

Spiele jetzt mal ein Backup von vorgestern zurück.

503 error after upgrade to 27.1.4 - #2 by Schamschula schau doch mal hier rein vielleicht hilft dir das ja weiter

Habe auf Github das Issue 41756 eröffnet. Komme so nicht weiter.

Da sind mehrere Sachen, was aber ursprünglich das Problem ist - tricky:

Refused to apply style from ‘https://cloud.suelsen.de/apps/dicomviewer/css/sidebar.css?v=db3daece-35’ because its MIME type (‘text/html’) is not a supported stylesheet MIME type, and strict MIME checking is enabled.

Nimm mal aus deiner nginx config nosniff raus:

#add_header X-Content-Type-Options nosniff;

Danke Martin. Das habe ich auch gedacht. Nur ich habe nginx nicht installiert. Weiß mittlerweile nicht mehr wo ich suchen könnte.

Die App dicomviewer habe ich schon deaktiviert.

sudo -u www-data php occ maintenance :update:htaccess

deutet halt alles auf ein rechteproblem in irgendeiner Form hin. Ob nun in der htaccess oder in dem Ordner selbst.
kannst auch noch checken, ob www-data auf die Ordner zugreifen kann und ob da die Rechte stimmen.

htaccess ist aktualisiert. Leider keine Änderung. Rechte und Zugriff von www-data passt.
Hat ja alles funktioniert bis ich mich abgemeldet habe. In der Verwaltung wurde alles als ok angezeigt.

Ich denke das Problem ist eher hier:
Uncaught SyntaxError: Invalid or unexpected token (at core-common.js?v=8e528490-35:2:9432960)

Mir reichts für heute :frowning: Gn8

Kannst Du mal deine config.php und die htaccess zeigen?

Config ist hier: [Bug]: Login window disappeared after update to Nextcloud 27.1.4.1 · Issue #41756 · nextcloud/server · GitHub

<IfModule mod_headers.c>
  <IfModule mod_setenvif.c>
    <IfModule mod_fcgid.c>
       SetEnvIfNoCase ^Authorization$ "(.+)" XAUTHORIZATION=$1
       RequestHeader set XAuthorization %{XAUTHORIZATION}e env=XAUTHORIZATION
    </IfModule>
    <IfModule mod_proxy_fcgi.c>
       SetEnvIfNoCase Authorization "(.+)" HTTP_AUTHORIZATION=$1
    </IfModule>
    <IfModule mod_lsapi.c>
      SetEnvIfNoCase ^Authorization$ "(.+)" XAUTHORIZATION=$1
      RequestHeader set XAuthorization %{XAUTHORIZATION}e env=XAUTHORIZATION
    </IfModule>
  </IfModule>

  <IfModule mod_env.c>
    # Add security and privacy related headers

    # Avoid doubled headers by unsetting headers in "onsuccess" table,
    # then add headers to "always" table: https://github.com/nextcloud/server/pull/19002
    Header onsuccess unset Referrer-Policy
    Header always set Referrer-Policy "no-referrer"

    Header onsuccess unset X-Content-Type-Options
    Header always set X-Content-Type-Options "nosniff"

    Header onsuccess unset X-Frame-Options
    Header always set X-Frame-Options "SAMEORIGIN"

    Header onsuccess unset X-Permitted-Cross-Domain-Policies
    Header always set X-Permitted-Cross-Domain-Policies "none"

    Header onsuccess unset X-Robots-Tag
    Header always set X-Robots-Tag "noindex, nofollow"

    Header onsuccess unset X-XSS-Protection
    Header always set X-XSS-Protection "1; mode=block"

    SetEnv modHeadersAvailable true
  </IfModule>

  # Add cache control for static resources
  <FilesMatch "\.(css|js|mjs|svg|gif|png|jpg|ico|wasm|tflite)$">
    <If "%{QUERY_STRING} =~ /(^|&)v=/">
      Header set Cache-Control "max-age=15778463, immutable"
    </If>
    <Else>
      Header set Cache-Control "max-age=15778463"
    </Else>
  </FilesMatch>

  # Let browsers cache WOFF files for a week
  <FilesMatch "\.woff2?$">
    Header set Cache-Control "max-age=604800"
  </FilesMatch>
</IfModule>

<IfModule mod_php.c>
  php_value mbstring.func_overload 0
  php_value default_charset 'UTF-8'
  php_value output_buffering 0
  <IfModule mod_env.c>
    SetEnv htaccessWorking true
  </IfModule>
</IfModule>

<IfModule mod_mime.c>
  AddType image/svg+xml svg svgz
  AddType application/wasm wasm
  AddEncoding gzip svgz
  # Serve ESM javascript files (.mjs) with correct mime type
  AddType text/javascript js mjs
</IfModule>

<IfModule mod_dir.c>
  DirectoryIndex index.php index.html
</IfModule>

<IfModule pagespeed_module>
  ModPagespeed Off
</IfModule>

<IfModule mod_rewrite.c>
  RewriteEngine on
  RewriteCond %{HTTP_USER_AGENT} DavClnt
  RewriteRule ^$ /remote.php/webdav/ [L,R=302]
  RewriteRule .* - [env=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
  RewriteRule ^remote/(.*) remote.php [QSA,L]
  RewriteRule ^(?:build|tests|config|lib|3rdparty|templates)/.* - [R=404,L]
  RewriteRule ^\.well-known/(?!acme-challenge|pki-validation) /index.php [QSA,L]
  RewriteRule ^ocm-provider/?$ index.php [QSA,L]
  RewriteRule ^(?:\.(?!well-known)|autotest|occ|issue|indie|db_|console).* - [R=404,L]
  RewriteRule ^\.well-known/carddav /nextcloud/remote.php/dav [R=301,L]
  RewriteRule ^\.well-known/caldav /nextcloud/remote.php/dav [R=301,L]
  RewriteRule ^\.well-known/webfinger /nextcloud/index.php/.well-known/webfinger [R=301,L]
  RewriteRule ^\.well-known/nodeinfo /nextcloud/index.php/.well-known/nodeinfo [R=301,L]
</IfModule>

AddDefaultCharset utf-8
Options -Indexes
#### DO NOT CHANGE ANYTHING ABOVE THIS LINE ####

ErrorDocument 403 /index.php/error/403
ErrorDocument 404 /index.php/error/404

Also versuch:
aus der Config.php nimm mal
“app_install_overwrite”: [
“files_downloadactivity”,
“dicomviewer”
raus

probier mal aus, ob es läuft, wenn du
Header always set X-Content-Type-Options “nosniff”
auskommentierst.

Anschließen neustart.

1 Like

Es war app_install_overwrite! Frage mich nur, warum es in der Config steht. Habe mir mal Backups der vor-vor- Versionen angeguckt, auch dort ist es drin.

Vielen Dank, Du bist ab heute mein Config-Guru :wink:

Gute Nacht.