[Bug 4.9.9] Weiterhin kein Login bei AMR

[homtata]

Hallo,

ich habe auch unter 4.9.9 weiterhin das Problem, dass ich nach dem erstmaligen Login in den FEU-Bereich beim nächsten Klick auf einen beliebigen Navigationspunkt wieder ausgeloggt werde. Dies allerdings "nur" bei aktiviertem AMR. Ist es nicht aktiv, bleibt der Login bestehen. Ohne aktiviertes AMR werde ich aber keine Seite laufen lassen.

Mein Provider ist HostEurope, ich benutze die normalen WebPacks. Ich habe diese Probleme seit Version 4.9.7 .. und kann damit keine dieser Versionen nutzen. Treten bei anderen diese Probleme auch auf? Werden bestimmte php-Settings benötigt seither, um das ordentlich laufen zu lassen? Haben andere diese Probleme auch?

LG
Viktor

[Faar]

Moin,

ich habe das mal kurz bei meiner 4.9.9 Demoinstallation getestet und da taucht das Problem nicht auf.
Das Frontend-Cookie wurde auch gleich angelegt.
Ich habe noch irgendwo eine 4.9.9 auf Hosteurope laufen, vielleicht kann ich da den Test auch noch machen.

VG,
Faar

[rethus]

Spuckt die Browser-Konsole bei dem Redirect irgend welche Infos aus?

Prüfe doch mal ob du in der Config www. nutzt, aber im Login vielleicht ohne www. unterwegs bist (oder umgekehrt).
Auch eine Ausgabe der Logs (Server & Contenido) wären interessant.

[homtata]

Im Demomandanten (Upgrade von 4.9.4) läuft es jetzt immerhin doch wieder, wenn man den bekannten Cheat in die class.session.php einfügt und dort Zeile 90 ersetzt durch:

Code: Alles auswählen

session_set_cookie_params(0, '/');

Die Originalzeile

Code: Alles auswählen

session_set_cookie_params(0, $path);

führt nach wie vor dazu, dass der sessioncookie wohl nicht gespeichert werden kann.
$path hat übrigens laut Dump den Wert "www.domain.com/cms/" (also alles, was NACH http:// folgt plus angehängter Mandantenordner), und obwohl dieser Pfad /cms in der htaccess nicht geblockt ist, scheint es hier ein Problem zu geben bei AMR. Stellt sich die Frage: geht dieser Wert $path bei manchen Providern als gültig durch, bei HostEurope aber nicht, oder müsste das noch umprogrammiert werden? Vermutlich generiert man ja jetzt durch den Cheat mandantenübergreifende Sessionvariablen, was ja auch nicht im Sinne des Erfinders ist...

LG
Viktor

[rethus]

Kurze zwischenfrage. Hattest du ggf. ein Upgrade von Contenido gemacht, ohne das Plugin AMR zu reinstallieren?
Manchmal gibt auch das die abenteuerlichsten Fehler.

Welchen Fehler wirft der denn bei der Orginalzeile von session_set_cookie_params?
Ein Problem bzw. Workarround höre ich nun von dir zum ersten mal (ich meine nur weil du "den bekannten Cheat" erwähnst).
Hatte noch nie Probleme damit.

ABER, wenn du schreibst, dass es mit / in der Path-Angebe getan ist, deutet dass eigentlich darauf hin, dass wie zuvor von mir erwähnt hier ein Subdomain-Problem vorliegen könnte. Du also z.B. das Frontend oder Backend via http://domain.de/ aufrufst, die Config aber komplett auf http://www.domain.de steht.

Kannst du ggf. über .htaccess sicherstellen, dass alles auf www. weitergeleitet wird? Besteht das Problem dann immernoch?

[homtata]

Hallo rethus,

also unterschiedliche Versionen mit und ohne www sind es nicht, also kein Subdomainproblem.
Es handelt sich um eine Upgradeversion 4.9.4 auf 4.9.9. Ich hatte das aber auch schon bei jeglichem Upgrade von 4.9.6 auf eine höhere Version.
Die gleichen Webseiten laufen mit AMR und Login fehlerfrei bis 4.9.6, alles drüber spinnt. Auch wenn ich brav AMR zwischendurch deinstalliere und wieder neu installiere.
Bisher war in der htaccess NIE irgendeine Weiterleitung auf www nötig, und unter 4.9.6 ist es das auch nicht, daran kanns m.E. nicht liegen. Die einzige Änderung besteht darin, dass nach der 4.9.6 der Code an der genannten Stelle in der Klasse erweitert wurde, während er vorher quasi so einfach war, wie der Cheat ihn jetzt wieder zurückbaut.
Also soll die Erweiterung rund um Zeile 90 ja irgendwas bewirken in den neuen Versionen (was, ist mir unklar), was aber bei all meinen HostEurope-Installationen nicht funktioniert.

Das Errorlog spuckt gar nix aus. Die Parameter für die Pfade sind wie o.g. alle gesetzt und werden befüllt, aber es führt halt dazu, dass die Session/der Cookie nicht fortgeschrieben wird. Warum auch immer.

[McHubi]

Hallo zusammen,

kann das Problem - und auch die Lösung per Anpassung der class.session.php - für eine lokale xampp-Installation bestätigen, die von 4.9.6 auf 4.9.9 ein Update erhalten hat. Unterschied liegt im Inhalt von $path - hier ist, aufgrund von localhost, nur ein "/cms/" zu finden.

Vielleicht kann jemand - z. B. von 4fb - erklären, was die Änderung auf $path bewirken soll?

VG,

Markus

[McHubi]

@Admins:
Wenn ich das richtig sehe, kann dieses Thema hier mit diesem zusammengführt werden: http://forum.contenido.org/viewtopic.php?f=88&t=36482

[frederic.schneider_4fb]

Bzw. wir schließen es einfach und diskutieren in dem von McHubi verlinkten Thema weiter . Merci!