Hallo,
ein Kunde von mir hat sein Typo3 V4.2.x auf 4.3.3 updated. Soweit geht alles, jetzt ist aber folgendes Phänomen aufgetreten:
Er kann sich nciht mehr ins Installtool einloggen (Backend geht aber!). Wenn er sein richtiges Kennwort eingibt (Richtigkeit hab ich schon überprüft in der localconf.php !!), so landet man wieder auf den Loginscreen des Installtools.
Gibt man ein falsches PW ein, so wird der MD5-Hash ausgegeben (also übliches verhalten). Beim richtigen Kennwort wird dieser Hash nicht ausgegeben.
Ich habe schon
- Die temp-Dateien im typo3conf-Verzeichnis gelöscht
- Inhalt von typo3temp komplett gelöscht
- die localconf.php durch die Originale Ursprungsversion (mit dem PW joh316) ersetzt
Alles führt immer zum selben Ergebnis :-/
Weiss jemand Rat?
Gruß
Markus
Hallo,
vielleicht safemode an? da hab ich mal ähnliches erlebt
georg
Leider nein, auf dem Server laufen an die 200 Installationen Problemlos mit der selben Apache/PHP-Konfig....
Hatte diesen Fehler auch auf unserem Server.
Problem war das das Passwort nicht in den MD5 String umgewandelt wurde. Das wurde PHP irtümlich als FastCGI Application behandelt.
Ich hab das Problem einkreisen können, einen Workarround gebaut und bin trotzdem noch ratlos:
In Zeile 363 von "typo3/sysext/install/mod/class.tx_install.php" findet die Authorisierung statt, dort wird das eingegebene Kennwort mit dem Kennwort aus der Konfigdatei verglichen.
Ich habe vor dem Vergleich ein
$p="kennwort"
eingefügt, damit der Kunde an den Installer herankommt. Der Effekt ist, dass der Installer jetzt bei jedem Schritt das Popup öffnet, welches direkt nach dem Login erscheint.
Dieses erscheint aber nur, wenn Typo3 die Installationssession nicht findet (Zeile 317). Das System führt dann wieder eine Autorisierung durch (was zu dem Ursprungsproblem führt) und versucht die Session zu setzen.
Vielleicht kann jemand hier helfen....warum wird die Install-Session nicht initialisiert? Ich habe schon alle temporären DB-Tabellen gelöscht, meine Cookies, die temp-Verzeichnisse und -Dateien....