Moin, ich bin mir nicht sicher, ob es nicht am hauseigenen Server bzw. der hauseigenen Firewall liegt.
Probier mal das ganze z.B. über den TOR-Browser oder über das normale Handynetz. Dort kann ich mich ganz normal einloggen bzw. registrieren.
Auch am Laptop @ Home klappt das.
Moin, nein liegt es nicht und es funktioniert auch nicht im Mobil-Netz. Registrierung klappt - richtig. Erster Login klappt auch - richtig. Aber nach dem ersten Logout und anschließendem „Stöbern“ im Shop funktioniert der nächste Login eben leider nicht.
Wollte eben bei dir den Gegentest starten, weil du denselben Hoster hast. Allerdings hast du kein SSL aktiviert; unter den Umständen würde es bei auch funktionieren.
Naja, aber am SSL liegt es zumindest bei uns auch nicht. Denn hier im Geschäft funktioniert der Login grundsätzlich mal nicht bei meinem Shop. Übrigens bei beiden nicht, die wir betreiben. Aber über Handy oder zu Hause klappt es ganz normal. Alles ziemlich merkwürdig…
seit dem update auf 5.2.2 haben wir auch diesen fehler. ist die ursache schon bekannt? wir wollen nächste woche den shop veröffentlichen und nun diese problem. interessant ist, das dieses problem bei firefox im private modus nicht auftritt. auch auf anderen pcs funktioniert alles bestens. sollte das irgend ein cache problem sein. ich habe natürlich im backend sowie bei den browsern immer alle gelöscht. wäre für infos sehr dankbar
Gibt es hier schon was Neues?? Bei mir funktioniert die Registrierung, aber beim Checkout kommt bei Wahl von Paypal auf Vorkasse das tolle “Ups, es ist ein Fehler aufgetreten”.
Gibt es hier schon was Neues?? Bei mir funktioniert die Registrierung, aber beim Checkout kommt bei Wahl von Paypal auf Vorkasse das tolle „Ups, es ist ein Fehler aufgetreten“.
Desweiteren kann es natürlich immer an nicht kompatiblen Plugins liegen, oder diese wurden nicht entsprechend auf die aktuelle Plugin Version aktualisiert.
Dieser Fehler wird vom Paypal-Modul verursacht und ist bereits häufig diskuttiert worden. Ob es hier bereits ein Update gibt weiß ich nicht, aber bitte deaktiviert nicht einfach die CSRF-Protection…
Ich hatte das selbe Problem, CSRF Token deaktiviert, Paypal gelöscht, Template bearbeitet usw…
Hat alles nicht funktioniert! Ich habe mir dann das Paypalmodul genauer angeschaut und habe einfach alles ausgefüllt!
Es ist frustrierend, wenn nach einem Update so viele Probleme auftreten und man sie nicht nachvollziehen kann. Bei uns scheitern Kunden beim Login und beim Zurücksetzen des Passworts, es gibt KEINE Fehlermeldung in core_production oder plugin_production, der Kunde sieht nur “ups, …” und wir als Betreiber sehen nichts. Es tritt nur bei manchen Kunden auf und es ist keine Systematik erkennbar, woran es liegt. Es werden nur kompatible Plugins eingesetzt und das offensichtlich misslungene CSRF-Gedöns ist deaktiviert. Wenn wir Glück haben, meldet sich der Kunde, die meisten gehen aber dann woanders hin.
Es muss doch möglich sein, ein sauberes Fehlerhandling zu implementieren, dass immer dann, wenn die vielsagende Ups-Meldung ausgegeben wird, wenigstens irgendwas brauchbares in irgendein Log geschrieben wird.
Es ist frustrierend, wenn nach einem Update so viele Probleme auftreten und man sie nicht nachvollziehen kann. Bei uns scheitern Kunden beim Login und beim Zurücksetzen des Passworts, es gibt KEINE Fehlermeldung in core_production oder plugin_production, der Kunde sieht nur „ups, …“ und wir als Betreiber sehen nichts. Es tritt nur bei manchen Kunden auf und es ist keine Systematik erkennbar, woran es liegt. Es werden nur kompatible Plugins eingesetzt und das offensichtlich misslungene CSRF-Gedöns ist deaktiviert. Wenn wir Glück haben, meldet sich der Kunde, die meisten gehen aber dann woanders hin.
Es muss doch möglich sein, ein sauberes Fehlerhandling zu implementieren, dass immer dann, wenn die vielsagende Ups-Meldung ausgegeben wird, wenigstens irgendwas brauchbares in irgendein Log geschrieben wird.
Hallo,
zumindestens die ausführliche Fehlermeldung könntest du so anstatt der „Ups“-Meldung anzeigen lassen: Debugging Shopware .
Alternativ müsstest du dein gewünschtes Fehlerhandling beispielsweise über ein eigenes Shopware Plugin implementieren, möglich wäre es. Was sagt der Log auf deinem FTP, steht da nichts drin?
Die meisten „Probleme“ sind eben auch individuell und durch eigene Anpassungen oder Plugins geschaffen - bei normalen Demoshops läuft das Update immer problemlos durch.
Wie gesagt, es steht nichts in den Logs (wieso FTP? Was hat das damit zu tun?). Und ich halte es nicht für sinnvoll, wenn dem Kunden eine Fehlermeldung angezeigt wird. Und sorry, eine Fehlerlogausgabe sollte jede Software haben, der Vorschlag, mir das durch ein Plugin zu beschaffen, ist hoffentlich nicht ernst gemeint. Es tritt ein Problem auf, das die Ups-Meldung verursacht, dann sollte es auch möglich sein, das Problem zu dokumentieren. Und zwar in JEDEM Fall und nicht nur manchmal.
Wie gesagt, es steht nichts in den Logs (wieso FTP? Was hat das damit zu tun?). Und ich halte es nicht für sinnvoll, wenn dem Kunden eine Fehlermeldung angezeigt wird. Und sorry, eine Fehlerlogausgabe sollte jede Software haben, der Vorschlag, mir das durch ein Plugin zu beschaffen, ist hoffentlich nicht ernst gemeint. Es tritt ein Problem auf, das die Ups-Meldung verursacht, dann sollte es auch möglich sein, das Problem zu dokumentieren. Und zwar in JEDEM Fall und nicht nur manchmal.
Hallo,
wieso sollte das nicht ernst gemeint sein? Wenn es das (eventuell) nicht gibt, ist doch ein Vorschlag, dies sich zu bauen, nicht verkehrt?!
Es gibt auf dem FTP einen Log - Ordner (Verzeichnis „var/log“) mit Log - Dateien, wo Fehler dokumentiert werden. Ebenso kann man sich diese Fehler auch per E-Mail zusenden lassen, wenn man dies wünscht (kann man sich im Shopware Backend in den Grundeinstellungen aktivieren).
Es ist frustrierend, wenn nach einem Update so viele Probleme auftreten und man sie nicht nachvollziehen kann. Bei uns scheitern Kunden beim Login und beim Zurücksetzen des Passworts, es gibt KEINE Fehlermeldung in core_production oder plugin_production, der Kunde sieht nur „ups, …“ und wir als Betreiber sehen nichts. Es tritt nur bei manchen Kunden auf und es ist keine Systematik erkennbar, woran es liegt. Es werden nur kompatible Plugins eingesetzt und das offensichtlich misslungene CSRF-Gedöns ist deaktiviert. Wenn wir Glück haben, meldet sich der Kunde, die meisten gehen aber dann woanders hin.
Es muss doch möglich sein, ein sauberes Fehlerhandling zu implementieren, dass immer dann, wenn die vielsagende Ups-Meldung ausgegeben wird, wenigstens irgendwas brauchbares in irgendein Log geschrieben wird.
Hi DerNils habt ihr keine Testumgebung? Also das mit Login hatten wir auch es kam von einem Plugin. Ich würde einfach mal eine Testumgebung aufbauen und alle Plugins löschen und einfach mal rumprobieren!
Hi DerNils habt ihr keine Testumgebung? Also das mit Login hatten wir auch es kam von einem Plugin. Ich würde einfach mal eine Testumgebung aufbauen und alle Plugins löschen und einfach mal rumprobieren!
Hi hayal, an welchem Plugin hat es bei euch gelegen?
Hi DerNils habt ihr keine Testumgebung? Also das mit Login hatten wir auch es kam von einem Plugin. Ich würde einfach mal eine Testumgebung aufbauen und alle Plugins löschen und einfach mal rumprobieren!
Hi hayal, an welchem Plugin hat es bei euch gelegen?
Hi DerNils habt ihr keine Testumgebung? Also das mit Login hatten wir auch es kam von einem Plugin. Ich würde einfach mal eine Testumgebung aufbauen und alle Plugins löschen und einfach mal rumprobieren!
Die Testumgebung haben wir. Da aber das Problem nur bei manchen Kunden auftritt, nicht aber bei meinen eigenen Accounts, nützt mir das nichts. Ich kann den Fehler nicht nachstellen.
wieso sollte das nicht ernst gemeint sein? Wenn es das (eventuell) nicht gibt, ist doch ein Vorschlag, dies sich zu bauen, nicht verkehrt?!
Es gibt auf dem FTP einen Log - Ordner (Verzeichnis „var/log“) mit Log - Dateien, wo Fehler dokumentiert werden. Ebenso kann man sich diese Fehler auch per E-Mail zusenden lassen, wenn man dies wünscht (kann man sich im Shopware Backend in den Grundeinstellungen aktivieren).
Beste Grüße
Sebastian
„Auf dem FTP“ meint dann wohl „auf dem Server“. Wie bereits zweimal erwähnt, wird kein Fehler geschrieben. Weder im Webserver-Log, noch in {Shopware}/var/log noch wird eine Fehler-E-Mail verschickt. Aber der Fehler tritt nunmal auf. Genau das ist ja mein Problem.,
Bei uns war es das Plugin “Shopware DHL - Integration” von Shopware, welches nicht mit 5.2… kompatibel ist. In Kombination mit dem CSRF Eintrag in der config.php. Seitdem funktioniert wieder alles einwandfrei.