[gelöst] Content-Aktualisierung NUR in revision-Tabellen, NICHT in data-Tabellen
am 28.11.2014 - 12:50 Uhr in
Hallo,
seit kurzem habe ich folgenden Effekt:
In einem ContentType gibt es u.a. eine FieldCollection, von der beliebig viele angelegt werden können.
Wenn ich einen Inhalt erzeuge - mit z.B. 2 dieser FCs -, wird das alles richtig gespeichert und im Frontend angezeigt.
Wenn ich jetzt eine dieser FCs bearbeite (Textänderung), wird diese Änderung im Frontend nicht angezeigt (auch nicht nach flush all caches),
aber wenn ich das Backend-Formular wieder öffne, steht die Änderung dort richtig drin.
Nach langem Suchen habe ich gefunden, daß die nachträglichen Änderungen NUR in der entsprechenden field_revision_xxx-Tabelle eingetragen sind, NICHT aber in der field_data_xxx-Tabelle!
D.h. im Frontend werden die beim Anlegen gespeicherten Einträge aus der data-Tabelle ausgelesen, im Backend dagegen die nachträglich geänderten, die NUR in der revision-Tabelle vorhanden sind.
(Das scheint nur bei FCs zu passieren, nicht bei normalen Feldern.)
WIE KANN DAS SEIN?
Und wie kann ich das korrigieren?
Und kann man vielleicht diese ganze redundante Doppelung der Tabellen überhaupt vermeiden, wenn man das revisioning nicht braucht?
mit fr. Gruß, Michael
-----------------------------------------------------------------------
??? LÖSUNG :
der Fehler war aufgetreten nach Aktualisierung des FieldCollection-Modules auf 7.x-1.0-beta8 vom 4. Nov 2014.
Nachdem ich die vorherige Version 7.x-1.0-beta7 vom 13. 3. 2014 wiederhergestellt hatte, und die betroffenen FCs gelöscht und neu angelegt habe, war alles wieder OK.
Die Änderungen, die ein CodeCompare der beiden Versionen zeigt, kann ich leider nicht nachvollziehen und beurteilen.
- Anmelden oder Registrieren um Kommentare zu schreiben
revision-tables abschalten
am 02.12.2014 - 11:35 Uhr
falls es jemanden interessiert:
mit dem Modul field_sql_norevisions können die doppelten Tabellen vermieden werden.
Erläuterung siehe hier: make-your-drupal-7-faster-by-removing-all-revisions.
100 Tabellen weniger in der DB!
Ob das dann auch mit der neuen FieldCollection-Version 7.x-1.0-beta8 geht, hab ich nicht getestet.
Michael