Wenn sich niemand der Verantwortlichen zu den Ausführungen einen Post höher äußert, bringt das nicht weiter.
Es muß möglich sein Ansichten, Perspektiven und Meinungen zu einem Thema einzuholen, bevor man ein Ticket aufmacht (zumal der Bug-Tracker ja auch nicht Diskussions-Platform sein soll).
Auch hier möchte ich nochmals nachhaken.
[...]
Was sagst du zu dem chmod-Problem, GTB ?
Wird nicht so einfach sein abzufragen, ob chmod() (für den betreffenden User) auf dem betroffenen Server erlaubt ist.
[...]
Das können wir nicht abfangen. Wenn die Rechte nicht geändert werden können gibt es ein Log und im Installer werden die betroffenen Stellen ausgegeben welche die falschen Rechte haben.
[...]
Das Problem dabei ist, daß ein User auch mit Logs nicht weiß was er nun tun muß.
Wenn aus den Logs ersichtlich ist, daß ein File nicht
chmod-bar ist, was hat das oder hatte das während des Autoupdates für Folgen ?
Ist der Shop nun up-to-date oder nicht ?
Imo sollte man den Autoupdater gar nicht erst starten wenn die nötigen
chmod() nicht durchführbar sind, sondern ein Warning im Browser ausgeben.
Z.B. in der Art:
"
chmod() nicht möglich. Besitzer/User des PHP-Prozesses ist nicht identisch mit dem Besitzer/User der Datei. Bitte Hoster kontaktieren."
Ich hatte nun wiederholt den Fall, daß die
configure.php nicht chmod-bar, und somit nicht beschreibbar war.
Auch hatte ich das für das Verzeichnis
/api/scheduled_tasks/, was natürlich server-spezifisch war und lediglich ein Beispiel ist.
Des Weiteren wird die Root-
.htaccess wohl nicht aktualisiert, was wahrscheinlich auch schwerlich durchführbar sein würde.
Das müsste jedenfalls dokumentiert sein, bzw. dem User mitgeteilt werden, damit er dies manuelle durchführen kann.
So kam ja z.B. mit der 3.0.0
webp für Compression und Cache-Control hinzu.
Gruß,
noRiddle