oputz

Hi, ja das ist merkwürdig. Die Phrase TEXT_PAYPAL_TXN_ID gibt es bei mir nicht. Die Buchstabenkombination paypal_txn_id gibt es genau 1x: plugins\xt_paypal\callback\class.callback.php Zeile 151: $txn_data = array("paypal_txn_id"=> $this->data['txn_id']); Das wird bei dir auch so sein. Ist dein Backend original oder von Agentur angepasst?

Hallo, hab nochmal nachgesehen. Bis August (PayPal 2.9) stehen bei mir auch nur deine Beispiele drin, dann aktualisierte ich auf PayPal 2.10.1. Seit dem dann die serialisierten Daten. Drück in der Bestellübersicht mal F12 und schau ob du Fehlermeldungen entdeckst.

Spart Verwirrungen, gut so.

Hallo, hab zwar 6.1.2 FREE, aber das gleiche Plugin. In der DB steht es exakt so wie du schriebst und funktioniert a:1:{s:13:"paypal_txn_id";s:17:"7XN04652C3399091R";} Nur die id habe ich ohne die 2 Backslash \ eingefügt: NEU:{form type=form name=product action='dynamic' link_params=getParams method=post id=\"main_product_form\" } Aber das hat vielleicht das Forum da reingemacht.?

Danke dir, dann ist ja alles gut.

Hallo, habe hier 6.1.2 FREE mit xt_paypal 2.9. Das Dashboard nervte mit einem Update-Hinweis für das Plugin auf Version 2.10.2. Nach dem Update zeigte die Testverbindung des Plugins einen Fehler (Error no: 60). Ein Testkauf machte aber keine Probleme, führte mich zu PayPal, ließ mich einloggen und ich sah, dass alles preislich stimmte. Hier brach ich dann ab. Also Test schlecht, Funktion trotzdem ok? Die ganze Fehlermeldung: Error no: 60 Error message: Peer's certificate issuer has been marked as not trusted by the user. SSL library: NSS/3.36 CURLOPT_SSLVERSION: CURL_SSLVERSION_TLSv1_2 CURLOPT_SSL_CIPHER_LIST: curl debug: * About to connect() to tlstest.paypal.com port 443 (#0) * Trying 37.xx.xx.xx... * Connected to tlstest.paypal.com (37.xx.xx.xx) port 443 (#0) * Initializing NSS with certpath: sql:/etc/pki/nssdb * CAfile: /etc/pki/tls/certs/ca-bundle.crt CApath: none * Server certificate: * subject: E=info@plesk.com,CN=Plesk,O=Plesk,L=Schaffhausen,C=CH * start date: M�r 22 14:00:49 2019 GMT * expire date: M�r 21 14:00:49 2020 GMT * common name: Plesk * issuer: E=info@plesk.com,CN=Plesk,O=Plesk,L=Schaffhausen,C=CH * NSS error -8172 (SEC_ERROR_UNTRUSTED_ISSUER) * Peer's certificate issuer has been marked as not trusted by the user. * Closing connection 0

Finde es prima, dass du hier weiterschreibst trotz fehlender Unterstützung aus dem Forum. *daumen hoch*

Hallo, wie macht ihr das, wenn Kunden Packstationen angeben wollen/dürfen? Der Klarna Checkout hat bei Lieferadresse nur ein freies Feld für Firma. Ändern kann man das wohl nicht. Selbst wenn im Adressbuch ein Firmenname angegeben ist, wird dieser nicht übernommen. Klickt man den Haken bei "Abweichende Lieferadresse" weg und setzt ihn später wieder rein, werden auch Straße, Nummer und Ort nicht übernommen. Eine andere Lieferadresse auswählen geht schon mal gar nicht. Ist bei mir was vermurkst oder soll das so? Ich schweife ab ... Also wie macht ihr das mit Packstationen?. Gruß oputz

Hallo, da Klarna verschiedene Zahlungsweisen anbietet wäre es ja interessant welche der Kunde nun gewählt hat. Nach Bestellungen ist aber immer nur zu sehen: - in der Übersicht (oder Emails): Zahlungsweise Klarna - In der Bestellung: Zahlungsart Code: klarna_kco - erst hier in Details und öffnen von initial_payment_method sieht man: type INVOICE description Pay later Kann man das irgendwo ändern, so dass in der Bestellung und in Emails gleich etwas aussagekrätigeres steht? Gruß oputz

Ich hoffe es geht inzwischen? Verwende die beiden Plugins ebenfalls und habe kein Problem.

Hab nun da statt NULL eingegeben 0000-00-00 00:00:00 damit es durchläuft. Die Zeilen löschen ist dann wohl das selbe. Das andere war: Failed to execute Executing query: ALTER TABLE `xt_pdf_manager_content` CHANGE COLUMN `template_body` `template_body` TEXT NOT NULL DEFAULT '' ; Die Tabelle hat keine Datensätze. Hier hilft dann wohl wirklich nur die Zeile aus dem update.sql zu entfernen, oder?

Failed to execute Executing query: UPDATE `xt_feed` SET feed_date_from_orders = NULL WHERE `feed_date_from_orders` < '1000-01-01 00:00:00'; Die Tabelle gibt es, die Spalte ist gefüllt mit: 0000-00-00 00:00:00 Typ ist datetime

Das kann gut sein, dass die 4.2 nicht sauber war. Wurde ab 4.0.14 hochgeschleppt. Dann war ich zu schnell mit dem Löschen, hatte angenommen die Plugins müssen da sein. Werde es wiederholen, lässt sich sicher reproduzieren hier.

Hallo, scheinbar hatten alle eure Tester ein Plugin xt_feed. Ich nicht und deshalb bricht der Wizard beim Update der Datenbank hier ab. Im 1. Schritt Update DB von 4.2 auf 5.0.08. Außer "weiter" kann man nichts machen. Dann versucht er es nochmal und bleibt wieder stecken. "Failed to execute Executing query: UPDATE `xt_feed` ..." Ähnliches im letzten Schritt 6.0 auf 6.1.x, Plugin gibt’s hier nicht: "Failed to execute Executing query: ALTER TABLE `xt_pdf_manager_content` ..." Lösung für mich war die entsprechenden Zeilen aus der jeweiligen update.sql zu löschen. Auskommentieren reichte nicht.

Dann scheint wohl noch etwas aufgetreten zu sein. Aber vielleicht nur eine Kleinigkeit und nächste Woche wird veröffentlicht?