_ash hat geschrieben:
sudo -u www-root php /var/www/html/nextcloud/occ maintenance:update:htaccess
bringt bei mir keine Veränderung. Allerdings läuft bei mir auch lighttpd und nicht apache.
ist aber wohl ein php-Ding/-Problem des nextcloud, httpd-unabhängig.
Vielleicht findet nextcloud.com auch eher eine allgemeingültige Lösung.
Die php-Einstellungen vor und nach dem Update vergleichen,
eventuell ins Auge springende Änderungen?
Node/Node.php Zeile 86
prüft ja Dateipfade.
#14 index.php(40) will wohl base.php benutzen, und das scheint in dem Fall nicht gefunden zu werden,
daher wurde wohl in den google-Treffern auch die Rewrite-Regel angesprochen.
In #13 wird base.php wohl korrekt gefunden, Frage also, von wo dieser Aufruf erzeugt wird.
Irgendwas aus RouteActionHandler.php/Router.php (den vorhergehenden Aktionen im Trace) generiertes?
Dann könnte sich dieser Aufruf vergleichend zu dem index.php(40) angeschaut werden.
-----------------------------------------------------------------------------------------------------------------
EDIT Mir dünkt, ich deute das Trace falsch (fehlende php/oc/nc-Erfahrung
![Redface :oops:](./images/smilies/icon_redface.gif)
),
und nicht #14 ist die letzte Aktion,
sondern #0,
#1 ist dann die vorletzte Aktion usw.
Dann bestünde eher ein Problem mit dem Zugriff aus lib/private/Files/Node/Node.php heraus,
Node.php(106) geht noch
OC\Files\Node\Node->getPermissions()
( aber von was? \Files\Node\Node? ),
Node.php(223) nicht mehr
OC\Files\Node\Node->getFileInfo()
( aber von was? \Files\Node\Node? und warum kann es Permissions bestimmen, aber keine FileInfo).
Wie sehen Node.php(106)/Node.php(223) aus?