Probleme mit den Varianten nach update

Hallo Leute,

nachdem ich die letzten Updates gemacht habe, hatte ich jedesmal Probleme mit den Datenbankfeldern der Varianten. Nach dem Update bietet er mir meine Attribute zum Löschen an, obwohl vorher alles ok war:

Zitat:

---

ALTER TABLE `tl_iso_products` DROP `groesse`;
ALTER TABLE `tl_iso_products` DROP `laenge`;

---

Nachdem ersten Update habe ich mir nichts weiter dabei gedacht, sowas kommt ja schon mal vor, aber dass das bei jedem Update der Fall ist macht mich stutzig. So lange ich die nicht lösche ist auch alles ok und läuft, lösche ich die jedoch dann muss ich alle Varianten neu anlegen bzw. rumtricksen und neu zuordnen. Irgendwo hat isotope wohl vergessen, dass es die selbst angelegt hat.

Hier der Link zum Shop: http://www.wt-schule-hamburg.de/onlineshop.html

Ich bin eigentlich von Anfang an mit isotope dabei...

Vielleicht hat ja von Euche einer ne Idee woran es liegen könnte....

Gruß Thorsten

Problem hab ich auch. Nach dem update existiert die Tabelle tl_iso_attributes nicht mehr. Die Attribute wurden anscheinend in die Tabelle tl_iso_products integriert. Nach Neuanlegen aller Attribute hat der Shop soweit funktioniert.

Ausnahme: Im Warenkorp und Kassenüberblick werden die Attribute z.B. Farbe und Größe nicht mehr angezeigt. Unter dem Produktnamen erscheinen statt dessen zwei Doppelpunkte.

Hab bisher keine Lösung gefunden.

Hallo bizon,

probier mal die templates in den Modulen zu aktualisieren... Bei mir funktioniert das.

Gruß Thorsten

Hi Thorsten,

danke für die Hilfe - hat prima geklappt !!

Hast du das Update manuell oder über's Erweiterungsverzeichnis gemacht? Die Datei runonce.php sollte die Datenbank-Datei nach dem Update aktualisieren. Falls das irgendwie nicht funktioniert hat, kannst du die Datei nochmals ins System kopieren und dann sollte der "Fehler" behoben werden.

Bei mir wurden nach dem Update auch keine Größen und Farben mehr angezeigt, und zwar überall dort wo ich zuvor eigene Templates erstellt hatte, z.B. Warenkorb etc.
Nachdem ich dann testweise wieder die neuen Standard-Templates des Updates verwendete, funktionierte wieder alles. Diese mußte ich dann nur noch erneut für meine Zwecke anpassen.

@ Torsten, war dies gemeint als Du sagtest:

"probier mal die templates in den Modulen zu aktualisieren".



Norbert

Hallo Norbart,

Genau wie du deinen Lösungsweg beschrieben hast, hatte ich das auch gemacht.
Der Hinweis von Thorsten nach den Templates zu sehen, war für mich der entscheidende Tipp.

Hallo Andreas,

falls du mich in deinem letzten Beitrag meintest, ich habe das Update über die Erweiterungsverwaltung gemacht.

Also die tl_iso_attributes gibt es noch immer, daran hat sich nichts geändert. Die Felder sollten auch nicht gelöscht sein. Versuch doch mal die runonce.php neu hinein zu kopieren.

Hallo Andreas,

Zitat:

---

Zitat von andreas.schempp

Versuch doch mal die runonce.php neu hinein zu kopieren.

---

Wo bekomme ich die her und wo muss die hinein kopiert werden?

Ich habe das Problem bisher nach jedem Update gehabt....

Gruß Thorsten

Hallo Thorsten,

Das ist interessant... Die Datei findest du im Paket unter TL_ROOT/system/ wenn du die ZIP-Datei herunterlädst. In denselben Ordner in deinem System müsstest du die reinkopieren. Nach dem einmaligen Aufruf des Systems wird die Datei gelöscht und die database.sql aktualisiert.

Hallo Andreas,

Zitat:

---

Zitat von andreas.schempp

Nach dem einmaligen Aufruf des Systems wird die Datei gelöscht und die database.sql aktualisiert.

---

habe ich gemacht. Keine Änderung. Auch eine Reparatur über das Repository hat nicht geklappt. Wenn ich die Spalten löschen würde, wären die Attribute noch da. Es sind jedoch die Zuordnungen weg. Durch neu erstellen und neu zuordnen lief immer alles bis zum nächsten update. Irgendwo muss doch vermerkt sein, das die Spalten aktuell sind. Als würde isotope das nach dem Update einfach vergessen. Ach Ja, wenn ich die tatsächlich löschen würde gäbe es eine Fehlermeldung... Die ich jetzt aber nicht bekomme..., dass die Felder in der db fehlen...!?

Gruß Thorsten

Das Install-Tool meldet dir immer noch

Code:

---

ALTER TABLE `tl_iso_products` DROP `groesse`;
ALTER TABLE `tl_iso_products` DROP `laenge`;

---

und diese beiden Attribute gibt es?

Ich antworte mal :-)

Ja, die Attribute gibt es und nach dem Update auf die aktuelle Version schlägt mir das System vor, diese Spalten aus der tl_iso_products zu löschen.

Wenn man das macht, gibt es Fehlermeldungenin Back- und Frontend, dass die Felder nicht gefunden werden.

Contao 2.10.1 hat da leider noch einen Bug. Nach einem Reload sollten die Felder aber weg sein?

Ähm, das habe ich jetzt nicht verstanden...

Nach einem Reload von was sollten welche Felder wo weg sein?

Also: Nach dem Update des isotope-shops schlägt mir das System vor,

ALTER TABLE tl_isotope_products DROP 'attribut_1'
ALTER TABLE tl_isotope_products DROP 'attribut_2'
ALTER TABLE tl_isotope_products DROP 'attribut_x'

Diese Attribute werden noch verwendet und befinden sich in der tabelle als Spalte. Wenn ich die Aktualisierung der DB durchführe, fehlen die Spalten und es gibt Fehlermeldungen beim Aufruf der Produkte in Front- und Backend, dass diese Spalten fehlen. Ein Relaod der Seite führt zu der selben Fehlermeldung.

Der Fehler scheint also zu sein, dass der upgedatete Shop die Attribute nicht mehr in der "tl_isotope_products" haben möchte, obwohl sie noch verwendet werden.

VG
Thorsten

Richtig. Du solltest die Felder nicht löschen... ;)

Hihi, gut, dass ich eine Datensicherung gemacht habe.

Bei mir tritt das Problem auch auf.
Ich habe gerade mal in der database.php nachgeschaut und dort fehlt das Feld 'groesse', wenn dort das Feld hinzugefügt wird, sollte es auch keine Probleme mehr geben.
Sehe ich das etwa falsch?

Aktuell in der database.php:

PHP-Code:

---

--
-- Table `tl_iso_products`
--

CREATE TABLE `tl_iso_products` (
  `id` int(10) unsigned NOT NULL auto_increment,
  `pid` int(10) unsigned NOT NULL default '0',
  `gid` int(10) unsigned NOT NULL default '0',
  `tstamp` int(10) unsigned NOT NULL default '0',
  `dateAdded` int(10) unsigned NOT NULL default '0',
  `type` int(10) unsigned NOT NULL default '0',
  `language` varchar(2) NOT NULL default '',
  `pages` blob NULL,
  `inherit` blob NULL,
  `alias` varchar(128) NOT NULL default '',
  `sku` varchar(128) NOT NULL default '',
  `name` varchar(255) NOT NULL default '',
  `images` blob NULL,
  `teaser` text NULL,
  `description` text NULL,
  `keywords_meta` text NULL,
  `description_meta` text NULL,
  `price` decimal(12,2) NOT NULL default '0.00',
  `shipping_weight` varchar(255) NOT NULL default '',
  `shipping_exempt` char(1) NOT NULL default '',
  `tax_class` int(10) unsigned NOT NULL default '0',
  `published` char(1) NOT NULL default '',
  `start` varchar(10) NOT NULL default '',
  `stop` varchar(10) NOT NULL default '',
  PRIMARY KEY  (`id`),
  KEY `gid` (`gid`),
  KEY `pid` (`pid`, `language`, `published`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8; 


---

Dann ist alles gut.

Pass bitte nur auf, das du den richtigen Feldtypen wählst.

Sollte das nicht etwa Andreas einbauen?