ich habe gerade mehr oder weniger zufällig festgestellt, dass der Kunde sein Passwort nicht (mehr) selbst ändern kann. Über Passwort zusenden geht die EMail raus und man kann den Link nutzen, allerdings kommt bei Eingabe des neuen Passwortes die Meldung “Ups! Es ist ein Fehler aufgetreten…”
Im BE kann ich das neue Passwort manuell eingeben und abspeichern. Dann kann man sich im FE auch einloggen. Im Kundenkonto selbst unter Passwort ändern ist die Änderung dann jedoch wieder nicht möglich.
Festgestellt habe ich es bei der Version 5.2.2 und daher eben das Update auf 5.2.3 gemacht. Das Problem besteht weiterhin.
In einem zweiten Shop, der bereits früher auf 5.2.3 geupdatet wurde, läuft alles reibungslos. Ich würde also einen Zusammenhang mit dem Update ausschließen, aber wie finde ich den Fehler?
Gibt es eine entsprechende Fehlermeldung im Shopware-Log oder dem Error-Log der Website? Mit den Chrome Entwickler-Tools oder Firebug kannst Du auch noch schauen, ob es evtl. ein Problem auf Client-Seite gibt (z.B. JavaScript-Problem o.ä.).
in der Logdatei unter var/log steht gar nichts drin. Das Plugin debug hab ich aktiviert, sehe aber im FE auch nichts anderes als die Fehlermeldung Ups…
Firebug habe ich zwar, weiß aber nicht, wo ich da suchen soll auf der SEite
Grund: Beim PayPal hatten wir die Tage ähnliches Problem und irgendwie lag es an dem neuen CSRF-Token, welches bei eines der letzten Version mit reinkam. Abe nur eine Vermutung!
Im Log von ShopWare ist keine Ausgabe zu sehen und es wird auch keine Fehler-EMail gesendet.
Ich schau mal weiter…
VG
Nils
P.S.: Verdammt, auch wenn ich temporär ein Passwort für den Kunden setze, er kann es nicht selber ändern. Passwort ändern geht auch nicht…
Was ist hier los?
P.S.S.:
Apache gibt auch ein 503 aus
Cache komplett geleert und alles neu kompiliert -> keine Änderung
@Devilman2 bei mir kann der Kunde weder über den Link in der Email (Passwort zusenden/zurücksetzen) noch eingeloggt im eigenen Account das Passwort ändern. Ich kann es im BE im Kundenkonto aber ohne Probleme. Seit wann der Fehler auftritt, kann ich nicht sagen, er ist auf jeden Fall noch nicht immer da gewesen. Im zweiten Shop mit gleicher Version gibt es da gar keine Probleme.
Plugins habe ich außer Googleservice und dem Ausklappmenü gar keine.
Der Link aus der E-Mail funktioniert bei uns, nur das Submit geht nicht beim Reset vom Kunden bzw. im FE Passwort ändern.
Nach einiger Recherche (Link1, Link2) und Versuchen funktioniert es jetzt auch, ABER: am Ende habe ich nur Dinge in den Templates reingetan (Disable CSRF Protection) und wieder rausgenommen. Dabei immer wieder Cache geleert und Thmes neu kompiliert.
Jetzt sag mir mal einer was da los ist. Es geht aber einigen anderen wohl auch so, wenn man nach shopware und csrf sucht.
Bei uns aktuell nicht mehr reproduzierbar aber definitiv unter steiger Beobachtung jetzt.
Testpläne für einen Rollout werden noch feiner formuliert, damit auch diese trivialen Funktionen mit abgedeckt werden.
Davon verstehe ich definitv nichts und möchte deshalb auch nicht daran herumbasteln. Schön wäre eine Erklärung von Shopware dazu.
Ich kann den Link in der EMail anklicken und gebe dann 2x das neue und einmal das alte Passwort ein. Soweit geht es. Wenn ich dann abschicke/speichere, kommt die Meldung UPS es ist ein Fehler aufgetreten. Auch wenn ich das Debug-Plugin aktiviere erscheint die Meldung und kein Fehlercode (dachte dazu wäre das Plugin).
Verstehe ich dich richtig: Du hast Änderungen am Template gemacht und die dann auch wieder rausgenommen, so dass jetzt alles im Ursprungszustand ist und jetzt geht es?
hm, kann sein, dass es bei dem Link auch nur 2 Felder waren und im Account das 3. Feld zur Bestätigung des Passwortes vorhanden ist. Anders machts auch keinen Sinn, denn wenn der Kunde das alte wüsste, müsste er kein neues anfordern Hatte ich falsch in Erinnerung… bin schon wirr im Kopf…
Wenn ich den Browsercache lösche, wirkt sich das ja nur auf meinen PC aus, das dürfte das Problem beim Kunden nicht beheben…
Ich habe den Fehler jetzt. In der Tabelle s_user war die Spalte salutation leer. Habe ich hier einen Wert (mr oder ms) eingetragen, hat das zurücksetzen der Passwörter plötzlich wieder mit dem Account funktioniert. Schaut wenigstens so aus ;_)
Mich würde trotzdem interessieren, wie ich defekte Datenbankeinträge oder eine defekte Konfiguration finde und wie die Zustande kommt. Bei wurde hier nichts selbst angepasst, alles ist original wie „ausgeliefert“.
Gelegentlich fällt mir auf, dass bei der Versandanschrift als Anrede „Null“ steht. Einmal ließ sich ein älteres Kundenkonto nach einer Änderung nicht speichern, weil die Anrede nicht ausgewählt sei. Es war Frau ausgewählt. Ich habe dann Herr gewählt, gespeichert, dann wieder Frau gewählt, gespeichert. Dann war das System zu frieden.
ich habe meinen Post als gelöst markiert, weil der Fehler gefunden und das Problem - zumindest bei mir behoben wurde.
Bei mir war das Problem/der Fehler, dass ich die Kundenkonten aus dem alten Shopsystem importiert hatte und hierbei das Anredefeld mit Herrr/Frau und nicht mit mr mrs gefüllt habe. Die neuen Kunden, aus der Shopwarezeit konnten alle Änderungen machen, nur die Kunden, die importiert wurden nicht.
Hätte ich selbst nie herausgefunden, wenn nicht ein Fachmann in die Datenbanken geschaut hätte…
Auch chrwde hat hier den Fehler im Anredefeld bei sich geschildert.
Was bei mir ebenfals zu dem Token-Fehler geführt hat (allerdings nicht im Zusammenhang mit dem Passwort) war die SSL-Umstellung. Bei Einrichten des Shops lief noch kein ssl und ich hatte einige noch manuelle Verlinkungen mit http statt https im Shop und in den Statusmails eingebaut.
Solltest du hier ein anderes/weiteres Problem haben, lohnt sich vlt ein neuer Post mit den entsprechenden Detailinformationen, da es dann wohl nicht um das hier ausgangs beschriebene Problem geht.
