keine Bestellung möglich

[Pasha78]

Hallo zusammen,

ich habe ein Problem und komme nicht weiter.

Wenn man in einem meiner Shops eine Bestellung aufgeben möchte, endet der Bestellprozess mit einer Fehlermeldung (s. unten).

Mein Versuch, den Kunden nun manuell eine Bestellbestätigung zuzusenden, funktioniert auch nicht, da die Bestellbestätigung weiß ist (vollkommen ohne Inhalt).

Hat jemand einen Rat?

Danke und Gruß

Andreas

732

[KlausK]

Nach manchen Updates müssen die eMail-Vorlagen neu angepasst werden. Der Updater weist übrigens darauf hin :rolleyes:
Dazu jeweils das "Original wiederherstellen" und die eigenen Anpassungen in den Vorlagen erneut vornehmen.
Anschließend "Cache für E-Mail-Vorlagen leeren".

[Pasha78]

Danke für deine Antwort. Leider habe ich das alles schon versucht. Ich habe die Mailvorlage auch nochmal neu hochgeladen (lang/german/original_mail_templates/order_mail) und den Cache geleert - trotzdem endet jede Bestellung in dem genannten Fehler.

Ich habe vorhin etwas gesehen, was vielleicht die Ursache sein könnte. Ich glaube, dass das irgendwas mit dem Datum zu tun hat, da ich in der Mail-Übersicht in der Admin im Kundenmenü folgendes als Betreff der Mails angezeigt bekomme: "Ihre Bestellbestätigung der Bestellung Nr. 1234567 vom Invalid date." Das müsste doch dann ein Fehler irgendwo in der Datenbank sein, oder?

Ich bin echt genervt.....

[KlausK]

Dann schau mal unter Toolbox >>> Server Info
Bei Server Datum: sollte das korrekte Datum mit Uhrzeit stehen
In der PHP-Konfiguration sollte bei date etwas in dieser Form stehen:


date/time support enabled
timelib version 2016.05
"Olson" Timezone Database Version 0.system
Timezone Database internal
Default timezone Europe/Berlin


Ich meinte übrigens nicht das erneute Hochladen der Dateien.
Gemeint war die Funktion "Original wiederherstellen". Damit wird die für die Shopversion passende eMail-Vorlage als Standard geladen. Manchmal werden dort die Smarty-Variablen/Konstanten im Vorlagentext angepasst.

[Pasha78]

Hallo Klaus,

ich hatte dich schon richtig verstanden und hatte das Wiederherstellen der Vorlage als erstes probiert. Leider ohne Erfolg. Daher hatte ich dann die Vorlage noch einmal komplett neu hochgeladen - auch ohne Erfolg. Cache leeren usw. bringt auch alles nichts.

Die Datumsangaben in der Server Info sind auch korrekt. Mir ist das langsam echt ein Rätsel....

[rf-musik]

leider hast Du kein Link damit man mal schauen kann - ich Tippe da mal auf ein Fehler im Template !

[KlausK]

Die Fehlermeldung spricht hier eine klare Sprache: Fatal Error in .../cache/mail_template_order_mail-2.txt...
Im Cache befindet sich also ein Mail-Template mit einem nicht korrekt geschlossenen Tag in Zeile 3.
Ergo wird hier ein fehlerhaftes Mail-Template verwendet und/oder es liegt noch ein altes fehlerhaftes Mail-Template im Cache.
Also Cache notfalls mit der Brechstange leeren (via FTP), zumindest die Cache-Dateien mail_template_order_mail-2.txt und mail_template_order_mail-2.html löschen

Standardmäßig sieht Zeile 3 so aus: {if $PHONE}Telefonnummer: {$PHONE}

[Pasha78]

Danke nochmal für eure Antworten.

Ich bin leider keinen Schritt weiter und ich habe schon alles probiert. Ich habe die Vorlage zurückgesetzt. Kein Erfolg. Ich habe die Vorlage neu hochgeladen. Kein Erfolg. Ich habe diese Zeile aus der Vorlage entfernt. Kein Erfolg. Ich habe die Mails aus dem Cache gelöscht (via FTP) - kein Erfolg. Ich habe den Cache komplett entleert - kein Erfolg.

Jedes Mal, wenn man eine Bestellbestätigung erzeugt, tritt der Fehler wieder auf und die gleiche Mail liegt wieder im Cache. Der Anfang sieht so aus:

{$address_label_customer}

{/if}
{if $customer_vat}USt-IdNr.: {$customer_vat}{/if}

{if $PAYMENT_METHOD}Zahlungsmethode: {$PAYMENT_METHOD}
{/if}
Bestellnummer: {$oID}
Datum: {$DATE}
{if $csID}Kundennummer:{$csID}{/if}

Seltsamerweise auch immer wieder mit dem Tag, obwohl ich die Zeile in der Vorlage gelöscht habe. Die Vorlage schaut nämlich so aus:

{$address_label_customer}

{if $customer_vat}USt-IdNr.: {$customer_vat}{/if}

{if $PAYMENT_METHOD}Zahlungsmethode: {$PAYMENT_METHOD}
{/if}
Bestellnummer: {$oID}
Datum: {$DATE}
{if $csID}Kundennummer:{$csID}{/if}

Die Frage ist nun also, woher immer wieder diese alte Vorlage kommt. Ist die noch irgendwo abgelegt?

Das Problem besteht meines Wissens seit einem Update von GX2.x.x auf GX3.x.x - aktuell habe ich die GX3.10.0.1

[Pasha78]

Hallo nochmal und danke schonmal für eure Antworten.

Leider besteht das Problem nach wie vor.

Ich habe die Original-Vorlage wiederhergestellt. Kein Erfolg.
Ich habe die Datei komplett neu hochgeladen. Kein Erfolg.
Ich habe diese Datei aus dem Cache gelöscht. Kein Erfolg.
Ich habe den kompletten Cache via FTP gelöscht. Kein Erfolg.

Als letztes habe ich nun diese Zeile komplett aus der eMail-Vorlage gelöscht. Auch kein Erfolg.

Jedes Mal bei einer Bestellung kommt wieder dieser Fehler und die eMail-Vorlage ist wieder mit diesem Tag versehen. Und das obwohl ich nun die Zeile schon entfernt habe und diese in der Datei im Hauptverzeichnis gar nicht mehr da ist. Folglich muss er die Datei ja irgendwo anders herziehen, als von lang/german/original_mail_templates/order_mail.....

[KlausK]

Dann schau mal direkt in die DB in Tabelle email_templates_cache in Spalte name unter order_mail
Und auch in Tabelle email_templates_edited in Spalte name unter order_mail
Da wird dann irgendwo um Zeile 3 herum ein IF nicht beendet, oder ein nicht existierendes IF wird geschlossen.

[Pasha78]

Hallo Klaus!

Treffer! Danke - ich schließe dich heute in mein Nachtgebet ein! ;)