Nach Update keine Kunden-Bestätigungsmail mehr?

**mkeipert** · 04.03.2011, 08:52

Hallo,

habe gestern auf die Isotope-Version 0.2.6 geupdated. Komischerweise kann das System jetzt keine Bestätigungsmails an den Kunden mehr versenden (was bisher funktioniert hat) - die Benachrichtigung an den Admin wird versendet. Im System-Log findet sich dazu folgender Hinweis:

Details: Unable to send customer confirmation for order ID 30
Funktion: ModuleIsotopeCheckout writeOrder

Kann mir jemand einen Tipp geben, woran das liegt und wie sich das wieder reparieren ließe? Wäre super.

Danke,
Mario

**andreas.schempp** · 05.03.2011, 07:52

Hallo Mario,

Das hab ich schonmal gehört. Verwendest du Mitglieder oder nur Gäste? Würde das gerne reproduzieren und möglichst schnell beheben

**mkeipert** · 05.03.2011, 10:07

Hallo Andreas,

ich verwende nur Gäste.

Grüße,
Mario

**Sares** · 09.03.2011, 08:38

Hallo Andreas,

also bei meinem lokalen Demo-Shop tritt das Problem ebenfalls auf und das System versendet weder Admin- noch Kundenmails. Die Fehlermeldung ist die gleiche wie von mkeipert.

Bei mir ist das System auch so konfiguriert, dass es nur "Gäste" gibt.

Beste Grüße
Sares

**andreas.schempp** · 09.03.2011, 08:57

Ja, ich habe den Fehler gefunden und werde so bald wie möglich eine neue Version veröffentlichen.

**Sares** · 09.03.2011, 14:35

Hallo Andreas,

super, vielen Dank für deine schnelle Antwort und natürlich auch für das Bugfixing!

Beste Grüße
Sares

**andreas.schempp** · 10.03.2011, 07:39

Der Fehler ist in der 0.2.7 behoben, welche seit gestern Abend verfügbar ist.

**Sares** · 10.03.2011, 16:11

Hallo Andreas,

ich habe heute bei meiner lokalen Installation das Update eingespielt. Danach habe ich allerdings das Problem, dass ich keinem Produkt mehr eine Produktvariante zuordnen kann.

Wenn ich also bei den Produkten auf "Add Variant" gehe und dann ein Produkt aus der Liste auswähle, dann kann ich im Bereich "Variant Setup" keine der zuvor angelegten Werte mehr auswählen, weil hier einfach nichts angezeigt wird.

Ich habe jetzt schon mehrfach neue Varianten angelegt und alle Möglichkeiten getestet, es funktioniert aber irgendwie einfach nicht... Die Produkte sind selbstverständlich so konfiguriert, dass Sie Varianten verwenden sollen.

Hast Du da eventuell irgendwas geändert?

Beste Grüße
Sares

**andreas.schempp** · 11.03.2011, 07:32

Nein, da hat sich eigentlich nichts geändert. Ich habe auch keine Probleme, das lokal zu machen. Ging es denn zuvor?

**Sares** · 11.03.2011, 07:56

Hallo Andreas,

ja, zuvor hat alles problemlos funktioniert.

Ich habe jetzt aber einmal das Update zurückgesetzt (inkl. Datenbank) und dann noch einmal eingespielt. Dabei ist mir aufgefallen, dass er beim abschließenden Datenbank-Update folgende Spalte gelöscht haben will:

ALTER TABLE `tl_iso_products` DROP `gutscheinwert`;

Und das habe ich wohl beim ersten mal versehentlich zugelassen, denn danach geht dann gar nix mehr. "gutscheinwert" ist der interne Name für das Attribut. Interessant ist natürlich die Frage, warum er vorschlägt diesen Eintrag zu löschen?

Kannst Du damit etwas anfangen?

Vielen Dank und beste Grüße
Sares

**mb5** · 11.03.2011, 09:14

Kann ich insofern bestätigen, als dass auch bei mir beim Update online die SQL-Tabelle mit den Inhalten meines selbst erstellten Attributs zur Löschung vorgeschlagen wurde.

Wenn dies z.B. in mehreren SQL-Befehlen, die zur Aktualisierung der Datenbank aufgeführt werden, untergeht, ist das natürlich gefährlich, weil damit z.B. mit einem Klick alle Zusatzbeschreibungen meiner Artikel gelöscht werden würde.

Lässt sich das in der kommenden Version fixen, dass Tabellen, die zu einem eigenen Attribut gehören, nicht angetastet bzw. zur Löschung vorgeschlagen werden?

Gruß

**andreas.schempp** · 11.03.2011, 10:41

Das sollte eigentlich nicht passieren. Habt ihr das Update manuell oder über's Extension Repository gemacht?

**bizon** · 11.03.2011, 10:43

Hatte das Problem auch schon mehrmals. Eigentlich ist die Datei runonce.php dafür zuständig, die selbstangelegten Attribute (=Datenbank-Felder) in die Tabellenstruktur zu übernehmen. Was aber bei mir während des Updates nie klappte. Wahrscheinlich war es ein Rechteproblem. Hab zwischenzeitlich die Schreibrechte der database.sql auf 664 gestellt.

Gelöst habe die die Datenbankmeldung aber zunächst per Hand mit einem Editor:
In die Datei
system/modules/isotope/config/database.sql
bei: CREATE TABLE `tl_iso_products` (...

habe ich die Felddefinition der selbst angelegten Attribute eingetragen.
Wie diese Definitionen lauten, kann man evtl. vorher per phpmyadmin in der Tabelle tl_iso_products - Struktur auslesen.

Abschließend über die Erweiterungsverwaltung - Datenbank aktualisieren - ausgeführt und die Fehlermeldung war verschwunden.

Danach haben weitere Updates ohne Fehler funktioniert. Alle Attribute wurden ohne Datenverlust übernommen.

**andreas.schempp** · 11.03.2011, 10:46

Wenn dein System falsch konfiguriert ist (z.B. Safe-Mode-Hack benötigt aber nicht aktiv), kann es zu solchen Problemen kommen. Allerdings kann ich dagegen leider nicht viel tun...

**bizon** · 11.03.2011, 11:08

Wenn dein System falsch konfiguriert ist (z.B. Safe-Mode-Hack benötigt aber nicht aktiv), kann es zu solchen Problemen kommen. Allerdings kann ich dagegen leider nicht viel tun...

Hab mir angewöhnt, bestimmte Updates erst lokal zu testen und hatte vor dem oben beschriebenen Umweg bei jedem Update die Fehlermeldungen lokal auf Xampp genauso, wie später auf dem Online Debian Server.

Aber wie schon erwähnt, jetzt klappen die Updates reibungslos.

**Sares** · 11.03.2011, 13:10

Hallo Andreas,

also das Testsystem an sich scheint richtig konfiguriert zu sein, da ich auf meinem lokalen Server ja mehrere verschiedene Projekte verwalte und bislang keine Probleme hatte.

Ich habe das Update übrigens über das Extension-Repository eingespielt und nicht manuell und dabei gab es auch keine Probleme.

Beste Grüße
Sares

**andreas.schempp** · 11.03.2011, 13:12

Hast du mehrere Updates gleichzeitig gemacht?

**Sares** · 11.03.2011, 14:50

Hallo Andreas,

ja, zeitgleich mit Isotope war auch noch das changelanguage Update verfügbar und wenn mich nicht alles täuscht auch das subcolumns. Mehr aber nicht.

Beste Grüße
Sares

**andreas.schempp** · 11.03.2011, 15:21

Beide enthalten keine runonce.php, daher kann ich mir das Problem nicht erklären. Ohne es reproduzieren zu können, ist eine Lösungsfindung schwer.

***xchs*** · 11.03.2011, 17:08

Zitat von andreas.schempp

Beide enthalten keine runonce.php, daher kann ich mir das Problem nicht erklären.

Doch. Die aktuelle Version von "subcolumns" führt DB-Anpassungen mittels "runonce.php" aus. Daher könnte das vielleicht schon mit ein Grund sein, wieso es nicht korrekt funktioniert hat...

**andreas.schempp** · 14.03.2011, 08:19

Interessant, ich hab mir die Erweiterung heruntergeladen und konnte keine Datei finden. Vielleicht war ich über Google nicht auf die neuste Version gelangt.

**Sares** · 14.03.2011, 09:09

Hallo Andreas,

wenn Du dem Link von xchs folgst und Dir im Extension Repository das ZIP downloadest, dann siehst Du, dass darin die runonce.php Datei enthalten ist.

Beste Grüße
Sares

***xchs*** · 14.03.2011, 13:19

felix.pfeiffer hat den entsprechenden Hinweis ja auch in der Beschreibung der Erweiterung an prominenter Stelle fettgedruckt hervorgehoben:

HINWEIS: Da nach der Instalation die Einträge in der tl_Content angepasst werden müssen, nutzt diese Erweiterung eine runonce.php, die automatisch ausgeführt wird. Daher darf diese Version der Erweiterung NICHT mit anderen Erweiterungen zusammen aktualisiert werden.

HINWEIS: Vor dem Aktulisieren einer älteren Version bitte unbedingt ein Contao-Backup anlegen!!

HINWEIS: Die neue Version ist ausscließlich für Contao ab Version 2.9.1 geeignet!!

**andreas.schempp** · 14.03.2011, 13:21

Wer lesen kann ist klar im Vorteil

Ausserdem: Eine Reparatur von Isotope hätte das Problem behoben, denn Datei wird die runonce.php nochmals installiert und aktualisiert die database.sql

**Sares** · 14.03.2011, 17:44

Aber mal ehrlich - wer liest sich schon jemals alle Info-Texte der einzelnen Erweiterungen durch?

Wenn ich einmal ein typisches Projekt als Maßstab hernehme, dann habe ich da meistens zwischen 5 und 15 Extensions installiert, die ich in unregelmäßigen Abständen aktualisiere. Da kann es schon mal sein, daß es bei einem Update 4-6 Extensions gibt, die nach einer Aktualisierung schreien und da reicht mir eigentlich zu sehen, dass es sich um einen Minor-Release handelt, große Änderungen erwarte ich da eigentlich nicht.

Allerdings muss ich fairerweise dazusagen, daß alle Updates zuvor in einer lokalen Sandboxumgebung getestet werden, was ja im konkreten Fall durchaus von Vorteil war

Beste Grüße
Sares