Hallo, seit heute funktioniert bei mir Paypal nicht mehr. Die Kunden schreiben mich an, dass nur ein langer Text kommt, statt zu zahlen. Jetzt habe ich es selbst getestet und Paypal geht gar nicht auf. Steht immer noch auf der Seite: Jetzt führen Sie die Zahlung durch. Hat jemand von Euch evtl. auch sowas? Vieleicht liegt es ja an Paypal und nicht am Shop? Gestern funktionierte noch alles. ???
Wir wurden eben von einem Kunden drauf hingewiesen. Paypal übermittelt zwar die Zahlung. Der Kunde bekommt allerdings eine Fehlermeldung… Ups! Ein Fehler ist aufgetreten! Die nachfolgenden Hinweise sollten Ihnen weiterhelfen. Syntax Error in template "/srv/www/vhosts/ayurveda.vc/httpdocs/templates/ayurveda/frontend/checkout/finish.tpl" on line 2 " " illegal recursive call of "frontend/checkout/finish.tpl" in Vendor/Smarty/libs/sysplugins/smarty\_internal\_templatecompilerbase.php on line 404 Stack track Hmm, scheint wohl ein fehler im Template bei uns…ich guck mir das erstmal an…
[quote=„ayurveda_vc“]Hmm, scheint wohl ein fehler im Template bei uns…ich guck mir das erstmal an…[/quote] Mehr war es auch nicht…läuft nun Problemlos durch…
Ich habs jetzt über den Paypal Express-Button versucht, da geht die Seite nach Paypal auf! Ist man eingeloggt und geht über die Kasse, dann geht gar nix mehr! 
Kannst du die Meldung mal hier posten? Am besten vorher nochmal kurz den Konfig. und Template Cache leeren.
Ich selbst habe keine Meldung, die Seite wird einfach nicht geladen und hängt. Steht bitte warten… und nichts geht auf. Cach habe ich gelöscht - alle. Was die Kundin da an Fehlermeldung hatte, kann ich nicht sagen. Sie hat es mir nur so per Mail mitgeteilt.
Habe jetzt nochmal Kauf-Tests gemacht mit Crome und Internet Explorer. Hier funktioniert es, nur im Firefox nicht. Kann mir jemand dieses Phänomem erklären?
Hallo ! Wenn du ftp Zugriff zum Server hast, sollte in der apache error_log bzw in der apache access_log der gesamte zahlungsvorgang drinnen sein. Anhand dieser Fehlermeldungen kann man sagen wo der Hund begraben liegt. Möglich aber auch dass diese log Dateien nur für den server root verfügbar sind…dann müsste dir dein provider den betreffenden Tag mailen. Bei mir liegt das in: /var/log/apache/domain-error.log oder acess-log ist aber ein freeBSD dedicated server wo ich Vollzugriff habe… bei dir kan es anders aussehen… In der log musst du folgende zeile suchen: [quote]* About to connect() to api-3t.paypal.com port 443 (#0),[/quote] bis zur Zeile: [quote]* Closing connection #0, referer: http://www.domain.at/shopware.php/sActi … t,checkout[/quote] Dazwischen liegt der ganze Zahlvorgang mit allen GET and POST befehlen…wenn hier Auffälligkeiten sind…einfach hier posten… Wenn soetwas steht: < HTTP/1.1 200 OK\r, referer: ist es gut …Code mit 400 und 500 zeigen fehler auf !! lg klaus
Hallo Klaus, ich habe es überprüft, aber da ist kein Fehler zu finden. Bis vor 2 Tagen ging es ja noch und es wurde auch nichts verändert. Habe mal ein Ticket erstellt. Mal schauen, was Shopware da sagt! Danke Dir! 
Hallo ! Ich habe das heute bei mir getestet und kann das nachvollziehen ! Fakt ist nun: Im IE8 tritt es nicht auf…problemlos weitergeleitet zu Paypal Im Firefox (3.5.16) bleibt der Shop bei folgendem Link im Firebug hängen: [quote]http://www.domain.at/engine/connectors/paypalexpress/doPaymentSUser.php?sCoreId=cjcakfb3u8ei1oj4scn3dit4o1[/quote] Klickt man beim Firbug auf „Netzwerk“ und klickt diese Zeile an und auf „Antwort im neuen Tab öffnen“ erfolgt die Weiterleitung zu Paypal in einem neuen Tab. Macht man das nicht , kommt auch nach 3 Minuten KEINE PAYPAL Zahlseite. Im Apache Errorlog sieht der fehlerhafte Zahlvorgang vom Firefox ohne Weiterleitung so aus: [quote][Fri Jan 28 16:17:39 2011] Closing connection #0 [Fri Jan 28 16:17:47 2011] * About to connect() to api-3t.paypal.com port 443 (#0), referer: http://www.schluesselbox.at/shopware.ph … on,payment [Fri Jan 28 16:17:47 2011] * Trying 66.211.168.126… , referer: /sViewport,checkout/sAction,payment [/quote] Im IE8 dagegen sieht es so aus: [quote][Fri Jan 28 16:17:36 2011] * About to connect() to api-3t.paypal.com port 443 (#0) [Fri Jan 28 16:17:36 2011] * Trying 66.211.168.126… [Fri Jan 28 16:17:36 2011] * connected [Fri Jan 28 16:17:36 2011] * Connected to api-3t.paypal.com (66.211.168.126) port 443 (#0) [Fri Jan 28 16:17:36 2011] * successfully set certificate verify locations: [Fri Jan 28 16:17:36 2011] * CAfile: /usr/local/share/certs/ca-root-nss.crt [Fri Jan 28 16:17:36 2011] CApath: none [Fri Jan 28 16:17:36 2011] * [Fri Jan 28 16:17:36 2011] SSL connection using DES-CBC3-SHA [Fri Jan 28 16:17:36 2011] * [Fri Jan 28 16:17:36 2011] Server certificate: [Fri Jan 28 16:17:36 2011] * [Fri Jan 28 16:17:36 2011] \t subject: C=US; ST=California; L=San Jose; O=PayPal, Inc.; OU=Information Systems; CN=api-3t.paypal.com [Fri Jan 28 16:17:36 2011] * [Fri Jan 28 16:17:36 2011] \t start date: 2009-09-24 00:00:00 GMT [Fri Jan 28 16:17:36 2011] * [Fri Jan 28 16:17:36 2011] \t expire date: 2011-09-19 23:59:59 GMT [Fri Jan 28 16:17:36 2011] * \t issuer: C=US; O=VeriSign, Inc.; OU=VeriSign Trust Network; OU=Terms of use at https://www.verisign.com/rpa ©09; CN=VeriSign Class 3 Secure Server CA - G2 [Fri Jan 28 16:17:36 2011] * \t SSL certificate verify ok. [Fri Jan 28 16:17:36 2011] > POST /nvp HTTP/1.1\r [Fri Jan 28 16:17:36 2011] Host: api-3t.paypal.com\r [Fri Jan 28 16:17:36 2011] Accept: */*\r [Fri Jan 28 16:17:36 2011] Content-Length: 1327\r [Fri Jan 28 16:17:36 2011] Content-Type: application/x-www-form-urlencoded\r [Fri Jan 28 16:17:36 2011] Expect: 100-continue\r [Fri Jan 28 16:17:36 2011] \r [Fri Jan 28 16:17:36 2011] < HTTP/1.1 100 Continue\r [Fri Jan 28 16:17:37 2011] < [Fri Jan 28 16:17:37 2011] HTTP/1.1 200 OK\r [Fri Jan 28 16:17:37 2011] < [Fri Jan 28 16:17:37 2011] Date: Fri, 28 Jan 2011 15:17:36 GMT\r [Fri Jan 28 16:17:37 2011] < [Fri Jan 28 16:17:37 2011] Server: Apache\r [Fri Jan 28 16:17:37 2011] < [Fri Jan 28 16:17:37 2011] Content-Length: 135\r [Fri Jan 28 16:17:37 2011] < [Fri Jan 28 16:17:37 2011] Connection: close\r [Fri Jan 28 16:17:37 2011] < [Fri Jan 28 16:17:37 2011] Content-Type: text/plain; charset=utf-8\r [Fri Jan 28 16:17:37 2011] < [Fri Jan 28 16:17:37 2011] \r [Fri Jan 28 16:17:37 2011] * [Fri Jan 28 16:17:37 2011] Closing connection #0 [Fri Jan 28 16:17:37 2011] * About to connect() to api-3t.paypal.com port 443 (#0) [Fri Jan 28 16:17:37 2011] * Trying 66.211.168.126… [Fri Jan 28 16:17:37 2011] * [Fri Jan 28 16:17:37 2011] connected [Fri Jan 28 16:17:37 2011] * [Fri Jan 28 16:17:37 2011] Connected to api-3t.paypal.com (66.211.168.126) port 443 (#0) [Fri Jan 28 16:17:37 2011] * [Fri Jan 28 16:17:37 2011] successfully set certificate verify locations: [Fri Jan 28 16:17:37 2011] * [Fri Jan 28 16:17:37 2011] CAfile: /usr/local/share/certs/ca-root-nss.crt [Fri Jan 28 16:17:37 2011] CApath: none [Fri Jan 28 16:17:38 2011] * [Fri Jan 28 16:17:38 2011] SSL connection using DES-CBC3-SHA [Fri Jan 28 16:17:38 2011] * [Fri Jan 28 16:17:38 2011] Server certificate: [Fri Jan 28 16:17:38 2011] * [Fri Jan 28 16:17:38 2011] \t subject: C=US; ST=California; L=San Jose; O=PayPal, Inc.; OU=Information Systems; CN=api-3t.paypal.com [Fri Jan 28 16:17:38 2011] * [Fri Jan 28 16:17:38 2011] \t start date: 2009-09-24 00:00:00 GMT [Fri Jan 28 16:17:38 2011] * [Fri Jan 28 16:17:38 2011] \t expire date: 2011-09-19 23:59:59 GMT [Fri Jan 28 16:17:38 2011] * [Fri Jan 28 16:17:38 2011] \t issuer: C=US; O=VeriSign, Inc.; OU=VeriSign Trust Network; OU=Terms of use at https://www.verisign.com/rpa ©09; CN=VeriSign Class 3 Secure Server CA - G2 [Fri Jan 28 16:17:38 2011] * [Fri Jan 28 16:17:38 2011] \t SSL certificate verify ok. [Fri Jan 28 16:17:38 2011] > [Fri Jan 28 16:17:38 2011] POST /nvp HTTP/1.1\r [Fri Jan 28 16:17:38 2011] Host: api-3t.paypal.com\r [Fri Jan 28 16:17:38 2011] Accept: */*\r [Fri Jan 28 16:17:38 2011] Content-Length: 1327\r [Fri Jan 28 16:17:38 2011] Content-Type: application/x-www-form-urlencoded\r [Fri Jan 28 16:17:38 2011] Expect: 100-continue\r [Fri Jan 28 16:17:38 2011] \r [Fri Jan 28 16:17:38 2011] < [Fri Jan 28 16:17:38 2011] HTTP/1.1 100 Continue\r [Fri Jan 28 16:17:39 2011] < [Fri Jan 28 16:17:39 2011] HTTP/1.1 200 OK\r [Fri Jan 28 16:17:39 2011] < [Fri Jan 28 16:17:39 2011] Date: Fri, 28 Jan 2011 15:17:38 GMT\r [Fri Jan 28 16:17:39 2011] < [Fri Jan 28 16:17:39 2011] Server: Apache\r [Fri Jan 28 16:17:39 2011] < [Fri Jan 28 16:17:39 2011] Content-Length: 136\r [Fri Jan 28 16:17:39 2011] < [Fri Jan 28 16:17:39 2011] Connection: close\r [Fri Jan 28 16:17:39 2011] < [Fri Jan 28 16:17:39 2011] Content-Type: text/plain; charset=utf-8\r [Fri Jan 28 16:17:39 2011] < [Fri Jan 28 16:17:39 2011] \r [Fri Jan 28 16:17:39 2011] * [Fri Jan 28 16:17:39 2011] Closing connection #0[/quote] Also von der Formatierung er total anders, andere zeilenumbrüche… Ich befürchte ich brauche da jetzt auch Hilfe…kann ja nicht sein, dass ich auf meine Startseite schreiben muß: Lieber Kunde, bitte nicht mit Firefox und Paypal ! Help Shopwareteam !!!…ich befürchte hier einen Bug ! Es tritt NUR AUF BEI PAYPAL als AUSGEWÄHLTE ZAHLUNGSART…es tritt NICHT AUF bei PAYPAL EXPRESSKAUF ! lg klaus
Hi, ich denke das Problem wird durch eine Schutzfunktion von PayPal erzeugt. Daher wird der Kunde dort (doPaymentSUser.php) auch schon per Javascript auf PayPal weitergeleitet und nicht per Header-Location. Damit sich die das von Shopware anschauen können, solltest du einmal deine Zugangsdaten an forum@shopware.de schicken. Die werden dich dort bestimmt schnell helfen. 
Viele Grüße Heiner
Hallo ! Ich denke es wäre primär wichtig mal zu wissen ob andere das über den Firefox nachvollziehen können. Fällt ja nicht gleich auf, weil viele den Expresskauf nutzen. Die Frage ist, warum leitet der IE8 sofort weiter und warum macht es der Firefox nicht ? Denke nicht, dass es ein lokales Serverproblem ist sondern eher globales Problem mit möglicherweise einer bestimmten Firefoxversion… aber da müsste shopware eventuell einen workaround bieten…kann ja schwer den Firefox ausschließen für die Shopnutzung… Beide Browser hatten leeren Cache… lg klaus
Hi klaus, ich würde das ja gerne nachvollziehen können. Doch leider kann ich das nicht. ;( Ich habe mir sogar extra eine Portable Firefox 3.5.16 Version heruntergeladen. Vielleicht trettet das Problem auch nur in einer Liveumgebung auf? Hast du noch irgendwelche Firfox-Plugins, wie z.B. NoScript, bei dir am Laufen? Viele Grüße Heiner
1 „Gefällt mir“
:thumbup: :thumbup: @rocky :shock: wenn man den wald vor lauter bäume übersieht… da ich den firefox hauptsächlich zum webseiten prüfen verwende…NATÜRLICH gibt es PLUGINS…und da nicht zuwenig… habe jetzt mal einige deaktiviert …siehe da es geht ! Also mal Danke und sorry an shopware für den falschen Alarm… welches plugin es war kann ich noch nicht sagen… firebug war es nicht… lg klaus
Bei mir ist diese Url: https://www.xelajo-onlineshop.de/engine … hf0&sAGB=1 Geht gar nichts!