updatefehler 3.6. -> 3.6.1.

@deGobbis
Danke, das hat zwar das Update sauber abgeschlossen, aber der Tokenfehler ist immer noch da. Da hilft einfach nix ...

Zitat von Elwood

Dann spiel ein Backup der Seite und DB ein, und versuche es noch mal.

Hast du es ausprobiert?

Mit 3.6.2 ist dieser Fehler ja gefixt.

Habe ich schon alles durch. Auch die 3.6.2 installiert.

Fix 3.6.2: Nö, leider immer noch das Gleiche.

Moin,

hast du die DB auch gelöscht (gesichert)?
Vor der Installation den kompletten Webspace gelöscht?
Oder hast du lokal installiert und per FTP auf den Webspace geschoben?

Warum sollte ich die DB löschen?
Warum sollte ich den kompletten Webspace löschen?
Warum sollte ich lokal installieren?

Warum?

Deshalb:

Zitat von tillo

Habe ich schon alles durch. Auch die 3.6.2 installiert.

Fix 3.6.2: Nö, leider immer noch das Gleiche.

Ich versuche hier dir Lösungsvorschläge zu geben um dein Problem vielleicht zu lösen.

Bin dann raus hier

Ich habe jetzt nicht alles genau verfolgt, aber es ist doch eigenartig, was du schreibst.
Elwood versucht, Fehler einzugrenzen.
Eine lokale Installation wäre ein Ausschlußverfahren, denn wenn es lokal funktioniert liegt es möglicherweise am hoster / serverkonfiguration.

Hast du einen eigenen Server? Oder webspace bei einem Hoster?
Bist du ganz sicher, dass du auf den richtigen Dateien / Datenbank Zugriff hast? Du schreibst, du hättest die Sessions gelöscht. Aus der session-Tabelle?
Auf der richtigen Datenbank?
Wir hatten mal einen Fall (ich glaub strato, aber es ist schon lange her). Dort hat ein Anwender fehlerhafte Daten in der Datenbank (bzw. in dem was er für seine Datenbank hielt) glöscht - dabei war die echte Datenbank woanders.

Danke, Christiane, für die Erklärungen.
Hätte ich auch noch machen können.

Das ist ein undankbarer Fall, man stochert ja so im Nebel. Dazu braucht man einfach Zugriff auf die Anwendung.
@tillo hier wäre es angebracht, einen Profi zu nehmen. Deine Angaben sind zu mager.

Hier hab ich mal einen Durchlauf beschrieben, vielleicht hilft dir das weiter:
Extensions Update geht nicht

@all:
Ich habe doch schon beschrieben, dass ich alles probiert habe, was hier irgendwo darüber geschrieben ist. Deshalb brauchen wir das doch nicht zum x-ten Mal zu wiederholen.

Ich habe einen externen, dedizierten Server.
Ich habe zwei Joomla-Installationen dort drauf.
Ich kenne mich aus mit den Datenbanken, da ist schon die richtige sauber gepurged worden.
Alle Verzeichnis- und Dateirechte auf dem Server sind in Ordnung.
Joomla greift auf die richtige DB zu, es ist ja nur eine für die Domain vorhanden.
Joomla ist praktisch neu installiert worden.
Im Browser wurden alle Cookies und Anderes mehrfach gelöscht.
Ich habe verschiedene Browser und PCs benutzt.
Meine Browser cachen nicht, ist alles abgeschaltet.

Offensichtlich hier ganz wichtig: Ich habe KEIN Akeeba installiert.

Stand heute:
Beide Installationen sind auf Version 3.6.2.
Die eine Joomla-Installation - mit eigener Domain und DB - läuft nach dem Update einwandfrei.
Die andere Joomla-Installation zeigt beim Adminloginversuch permanent den Tokenfehler an.

Grüße
tillo

Hm, wenn ich das richtig verstanden habe, hat das nichts mit dem Update zu tun.

Was steht denn bei dir in der #_session Tabelle deiner Problem-Joomla-Datenbank?

@astrid
Habe die Einträge in der #_session schon mehrfach gelöscht, hilft auch nix.

Inzwischen ist die 3.6.4 installiert, mit postupdate.php fertiggestellt, weil ich nach wie vor wegen des permanenten Tokenfehlers nicht in das Backend reinkomme.

Aktueller Stand: Egal was ich an hier empfohlenen Dingen tue, der Tokenfehler bleibt mir erhalten.

Eine Frage wurde noch nicht beantwortet: Wie bzw. von welchem Programmteil wird dieses Token erstellt und wo wird es gespeichert?

vielleicht hilft ja das?
https://docs.joomla.org/How_to…RF_anti-spoofing_to_forms

Variante 1
Direkt per ftp
administrator ->cache -> fof
sollten meiner Meinung nach die Zugriffe geregelt sein (100% sicher bin ich mir da aber nicht).
So weit ich selbst schon probiert habe schreibt sich der Cache neu.

aus dem Netz mit Erklärung in Deutsch: http://www.templatemonster.com…r-ivalid-token-error.html
gehe per ftp zu :
/modules/mod_login/tmpl/default.php
und ersetze die Zeile

<?php JUtility::getToken(); ?>

durch

<?php echo JHTML::_( ‘form. token’ ); ?>

In vielen Fällen überschreibt das Template den Login-Modul, deswegen suche im Code eines Templates, ob es dort JUtility::getToken(); verwendet wird. Statt JUtility::getToken(); schreibe JHTML::_( ‘form. token’ );

Es gab so viele Probleme und Lösungen wegen des Session Problems, und da alle bei dir nicht zutreffen sollten wir vielleicht mal einen anderen Ansatz wählen.
@Marek hat mich auf die idee gebracht, mal wirklich zu debuggen wo dein login überhaupt ankommt.

Ich gehe eigentlichdavon aus dass du 100% reines isis template ohne Overrides verwendest, so dass das token korrekt gesetzt ist?

Das token wird in /administrator/modules/mode_login/tmpl/default.php gesetzt.
Und geprüft in administrator/components/com_login/controller.php.
Setz dort einen Haltepunkt und schau was in request steht.

Weitere Fragen.
Du hast einen eigenen Server. Ist dort eine spezielle Zugriffsicherung eingestellt? Irgendwas, was Eingaben verändert?
Gibt es bei dir ein .htaccess, das den link aus dem login umlenkt?

Hallo

Schau doch bitte mal in die "configuration.php" was dort für die Sessions eingetragen ist.

Laufen die Sessions exklusiv über die Datenbank sollte dort diese Zeile stehen...

public $session_handler = 'database';

Lässt man die Session über PHP selbst laufen, schaut der Eintrag so aus...

public $session_handler = 'none';

Je nachdem was bei Dir vorhanden ist, würde ich den Eintrag entsprechend einmal ändern. Damit zwingst Du Dein Joomla einen eventuell alten Eintrag verfallen zu lassen, zumindest soweit Du das nicht eh schon direkt über die Datenbank vorgenommen hast. Aber die "configuration.php" bitte nur (!) zwingend (!) ganz wichtig (!) mit einem Editor bearbeiten der explizit (!) und absolut ausdrücklich (!) für Quelltexte (!) vorgesehen ist.

Gruß Jan