Katalog fehlfunktion

[david enke]

Guten Tach,

nach dem Updaten eines tl 2.7.2 auf 2.7.5 und den dazugehörigen Catalog_ext Erweiterungen kommt in nur einem Katalog (aus einer nunmehr 8 Kataloge umfassende, verknüpfte 20mb DB) folgender Fehler beim Auflisten der Daten:

Warning: Invalid argument supplied for foreach() in /usr/www/users/user/system/drivers/DC_Table.php on line 3739
Warning: Invalid argument supplied for foreach() in /usr/www/users/user/system/drivers/DC_Table.php on line 3472
Warning: Invalid argument supplied for foreach() in /usr/www/users/user/system/drivers/DC_Table.php on line 3135
Warning: vsprintf() [function.vsprintf]: Too few arguments in /usr/www/users/user/system/drivers/DC_Table.php on line 3194
Warning: Invalid argument supplied for foreach() in /usr/www/users/user/system/drivers/DC_Table.php on line 3135 

wobei sich die letzten beiden Zeilen um die Anzahl der Einträge wiederholen.

Allerdings funktioniert der Rest einwandfrei, auch die Bearbeitung der Eingabemasken des besagten Kataloges funktioniert problemlos.
Ein Update der dca war allerdings genauso erfolglos, wie die stundenlange Fehlersuche in der DB (insbesondere tl_catalog_fields).

Kann mir jmnd. helfen?

[xtra]

Die Fehler besagen, dass der Filter nicht ersellt werden kann, da keine Felder zum filtern vorhanden sind.
Dies kann eigentlich nur passieren, wenn der DCA nicht sauber aufgebaut ist, diesen hast du anscheinend aber schon regenerieren lassen.

Mit "Auflistung der Daten" reden wir hierbei vom Backend oder vom ModuleCatalogLister?

Hast du die komplementaer Erweiterungen ebenfalls alle upgraded (DynamicTable, Taxonomy, ...)?

Gruss
Chris

[david enke]

Die Fehler besagen, dass der Filter nicht ersellt werden kann, da keine Felder zum filtern vorhanden sind.
Dies kann eigentlich nur passieren, wenn der DCA nicht sauber aufgebaut ist, diesen hast du anscheinend aber schon regenerieren lassen.

Ja, habe ich. Pro Forma habe ich mir auch mal in der DC_Table an einigen Stellen den Teil der DCA des Kataloges ausgeben lassen wollen, allerdings war er leer, oder wurde von einer Fehlermeldung unterbrochen.

Mit "Auflistung der Daten" reden wir hierbei vom Backend oder vom ModuleCatalogLister?

Ich meine die Backendauflistung. Damit scheint es ja ein direkter Fehler beim erstellen der dynamischen DCA zu sein...

Hast du die komplementaer Erweiterungen ebenfalls alle upgraded (DynamicTable, Taxonomy, ...)?

Ja. Das passierte ja im rep. manager automatisch beim auswählen der catalog_ext zum update.

Ich scheine vorher auch schon mal eine mySQL-Änderung an der tl_catalog_fields bei der 'itemTable' vorgenommen zu haben. Der Fehler trat bereits auf, und ein Eintrag war an dieser Stelle fehlerhaft. Ich weiß leider keine Details mehr, nur das ich beim 'Überprüfen der Datenbank' nach dem Update eine Änderung am Typ des Feldes vorgenommen wurde. Oder war das eine updatebedingte Änderung? Mehr als eine Änderung auf varchar(255) war zudem nicht sichtbar.

Gruss
David

[MacKP]

Hallo david enke,
ist in den Einstellungen > Erweiterungskatalog 'en,de' eingetragen?
Wenn da nur de steht bekommst auch nicht alles...

Viele Grüße

[david enke]

Hallo david enke,
ist in den Einstellungen > Erweiterungskatalog 'en,de' eingetragen?
Wenn da nur de steht bekommst auch nicht alles...

Jepp. Das Problem ist mir bekannt, die Updates wurden alle gemacht...
Das eigentlich unangenehmste ist, das sich der Fehler im Frontend für diesen einen Katalog vortträgt...

[MacKP]

Hallo david enke,
das ist natürlich sehr unangenehm...
ich hab noch mal ein wenig im Forum gesucht.. aber das einzige was bei sowas bisher geholfen hat war die fehlerhaften Dateien (meist waren es nach einem update mehere) noch einmal hochzuladen...
Versuch das bitte doch noch mal...

Und ganz vergessen: hast 'Fehler anzeigen' auf on ?

Viele Grüße

[david enke]

Okay, neuer Fehlerhunt:

Nach dem Kopieren des defekten Katalogs und einem versuch die (noch nicht vorhandenen) Daten aufzulisten kam der Fehler wieder vor.
Interessant dabei ist, dass beim Versuch der Bearbeitung aller Datenfelder ('Mehrere bearbeiten' -> 'Alle auswählen') folgender Fehler auftritt:

Fatal error: Uncaught exception Exception with message Query error: Unknown column 'itemTableIdCol' in 'field list' (SELECT pid, sorting, name, description, colName, type, titleField, filteredField, searchableField, sortingField, groupingMode, parentCheckbox, mandatory, defValue, uniqueItem, minValue, maxValue, format, formatFunction, formatStr, rte, itemTable, itemTableIdCol, itemTableValueCol, limitItems, items, childrenSelMode, itemSortCol, includeTime, linkToDetails, multiple, showLink, showImage, imageWidth, imageHeight, insertBreak, aliasTitle, taxonomyRoot, customFiletree, uploadFolder, validFileTypes, filesOnly FROM tl_catalog_fields WHERE id='325' LIMIT 0,1) thrown in /usr/www/users/user/system/libraries/Database.php on line 533
#0 /usr/www/users/user/system/drivers/DC_Table.php(1767): Database_Statement->execute('325')
#1 /usr/www/users/user/system/modules/backend/Backend.php(208): DC_Table->editAll()
#2 /usr/www/users/user/typolight/main.php(99): Backend->getBackendModule('catalog')
#3 /usr/www/users/user/typolight/main.php(294): Main->run()
#4 {main}

Ist die benannte Spalte aus dem Katalog verschwunden?

[david enke]

Zudem ist mir gerade aufgefallen, dass die (durch catalog_ext?) angelegte Tabelle tl_catalog_types im Feld dca im besagten katalog nicht alles Fasst. Sprich die dort hinterlegte serialised DCA ist mittendrin abgeschnitten.

Nach Änderung des Feldtypes von TEXT auf LONGTEXT und einer Erneuerung der DCA funktioniert alles reibungslos.

Um den Weg des Tickets abzukürzen möchte ich hierbei beim nächsten Update gern eine Änderung der database.sql des catalog_ext beantragen

Vielen Dank!

[MacKP]

Hast du die Dateien noch mal neu hochgeladen wie ich dich gebeten hatte (System und catalog Modul Dateien würde ich mal alle nehmen)?

[david enke]

Oh mein Gott, entschuldigt die Mehrfachpostings auf Grund meiner Schlaflosigkeit...
Erklärt vielleicht den Blödsinn vom Beitrag vorher:
Die tl_catalog_types wird natürlich vom catalog angelegt, sogar mit

`dca` longtext NULL,

.

Allerdings will mein TL unter 'Datenbank prüfen/aktualisieren' folgendes nach der Änderung unternehmen:

ALTER TABLE `tl_catalog_types` CHANGE `dca` `dca` text NULL;

Wie kommt das? Jetz zerhaut er mirs nach jedem Modulupdate?!?

[MacKP]

Hallo david enke,
ich blicks immer noch nicht.
Ich habe mind. einen catalog, der seit etlichen Versionen geupdatet wird.. nie ein Prob gehabt.
Aktuelle Versionen haben auch kein Prob.
Ich kann es also nicht nachvollziehen....

Und leider habe ich immer noch keine Antwort erhalten ob du mal die Core und catalog Dateien mit Originalen Überschrieben hast?

Ich kann dir da also immer noch nicht weiter helfen.

Viele Grüße

[david enke]

Entschuldige.

Ja, ich habe alle Updates gemacht, die Dateien ersetzt/erneuert.
In der database.sql des catalog ist auch alles korrekt, also der Typ des 'dca'-Feldes auf 'longtext'.
Mein Problem ist also lediglich, warum mir der Datenbank-prüfer im Erweiterungsverwalter immernoch ansagt den Typ auf 'text' abzuändern.

War das an der Stelle einst so? Ansonsten komme ich ja zurecht, muss bloß aufpassen, dass ich diese fehlerhafte Änderung nicht durchführe.

Ansonsten schönen Freitag noch,
ich mach mal lieber Feierabend.