Bug bei der Erstelllung von FCEs mit SECTION?

Hallo zusammen,

bei meiner Arbeit mit TV, genauer bei der Erstellung von FCEs mit Sections bin ich auf folgendes Problem gestoßen.

Erstelle ich ein solches Element in der Weise, dass

SC
CO
EL = plain input field oder text area for bodytext
EL = plain input field oder text area for bodytext
EL = plain input field oder text area for bodytext

sind, klappt alles mit der Erstellung der Elemente in den Seiten fehlerfrei. Lege ich dagegen darin ein EL mit dem editing type: "rich text editor for bodytext" an, gibt es massive Probleme mit der Erstellung der Elemente auf den Seiten.

Das BE-Formular lässt sich nach der Befüllung der Elemente mit der Begründung, die BE-Anmeldung sei abgelaufen, nicht wie gewohnt speichern. Der Versuch, die Anmeldung normal zu wiederholen scheitert. Ignoriert man dagegen diese Mitteilung mit "Abbrechen" wird die Speicherung durchgeführt und der gespeicherte Inhalt lässt sich fehlerfrei fürs FE rendern.

Schließt man das Content Element, erscheint im TV-Seiten die Übersicht des FCE mit allen eingegebenen Daten richtig. Ruft man jedoch das Element zum Wiederbearbeiten erneut auf, fehlen fast alle Eingaben im BE-Formular bis auf das RTE-Feld. Nach Änderung der Eingaben lassen sich diese wie gerade beschrieben nicht normal speichern, werden aber übernommen.

Eine Änderung des EL im Editing Type auf text area for bodytext ist, nachdem einmal rich text editor for bodytext ausgewählt war, für BE-Formular des FCE nicht mehr wirksam. Es wird trotz des in der DS gespeicherten text area for bodytext das RTE-Feld angezeigt. Die o.g Probleme mit der Bearbeitung bleiben. Nur der Wechsel zu plain input field funktioniert noch richtig. Mit dieser Einstellung ist der Spuk wieder vorbei.

Dass meine Test-FCEs an sich richtig entworfen sein müssten, schließe ich aus der Tatsache, dass sie mit den anderen editing types richtig funktionieren. Ich habe mich bei meinen Test außerdem auf sehr simple FCEs beschränkt.

Kann vielleicht jemand schauen, ob er dieses Verhalten in seiner Testumgebung nachvollziehen kann. Mir gegebnenfalls Hinweise geben, ob es ein Bug oder ob es etwas anderes sein könnte?

Gruß
Kanticus

Sorry, vergessen:
Testumgebung:
TYPO3 4.2.5
PHP 5.2.6
MySQL 5.0.67
TV 1.3.7

Kann ich bestätigen.
Das Problem trat bei uns zum ersten mal mit Version 4.2.0 auf.
Leider scheint es biher noch keine Lösung dafür zu geben, Du mußt wohl noch eine Weile damit leben.
Wir haben darüber hinaus noch bemerkt, dass auch das verschieben der einzelnen Elemente per Dragn'n'drop nicht funktioniert, wenn der RTE im Formular erscheint...

viele Grüße,
Spog

Hallo spogspog,

danke für Deine Antwort. Ich habe die Sache inzwischen in der TYPO3 TV-Newsgroup gepostet und jetzt erfahren, dass sie eigentlich ein alter Hut sei.

Sie ist mit http://bugs.typo3.org/view.php?id=8232 im August 08 behoben worden. Die passenden Patches liegen dort vor.

Was mich einfach aus dem Tritt gebracht war, ist die Tatsache, dass die Patches, obwohl zum TYPO3-Core dazugehörig, noch keinen Eingang in die aktuellen Quellen gefunden haben.

Ausprobiert habe ich die Geschichte leider noch nicht, da ich in einer Windows-Umgebung entwickle, die Anweisungen zum Einpflegen der Patches von einer Linux-Umgebung ausgehen.

Die Live-Site ist beim Provider zwar auf Linux, doch bevor ich mich daran wage, möchte ich die Sache in unbedenklicher Umgebung durchtesten.

Manuell die diff-Datei zu übertragen, scheint mir zu mühsam und auch zu fehleranfällig. Dies vor allem, weil der zu patchende Code über drei Core-Dateien geht.

In #834966 fand ich den Hinweis auf tortoise für Patchen unter Windows.

Mit den dort gegebenen zu knappen Hinweisen komme ich aber leider nicht klar. Nach meinen ersten Annäherungsversuchen verlangt tortoise die Einrichtung einer kompletten Subversion-Umgebung und kann die Patches nicht mal eben in vier kurzen Schritten einspielen.

Vielleicht wäre jemand so nett, der denn dort angedeuteten Weg gut kennt, kurz zu beschreiben, wie er genauer funktioniert und mit wieviel Aufwand er verbunden ist?

Ich denke, dass könnte vom allgemeinen Interesse sein.

Gruß

Kanticus

Kleiner Nachtrag: Habe mir gerade die diff und den aktuellen Code der zu patchenden Dateien genauer angeschaut. In der Version 4.2.5 ist der Code der Zieldateien schon so anders geworden, dass die zu patchenden Zeilen nicht 100%ig übereinstimmen. Auch der umgebende Code ist teilweise anders geworden.

Wie ist eine solche Situation in Bezug auf die Einsetzbarkeit dieses Patches zu beurteilen?

Gruß

Kanticus

Irgendwelche Patches ha ich nicht getestet,
sonder den rtehtmlarea rausgeschmissen
und stattdessen den tinymce_rte installiert.
Seitdem gibt´s keine Probleme mehr mit Section-FEs mit rte-Textfeld.

Für alle, die es interessiert,

offiziell soll die ganze Geschichte schon behoben und der Patch in aktueller Version 4.2.6 schon enthalten sein.

Bei mir tritt der Fehler aber auf der Original 4.2.6 immer noch auf. Um der Sache auf den Grund zu gehen, habe ich mal schnell eine Linux/Typo3 4.2.6 Installation aufgesetzt und dort anhand des Patches die Sache analysiert.

Der Patch-Code ist nicht vollständig in den aktuellen Sources enthalten. Die zu patchenden RTE-Dateien sind überarbeitet und schon wieder teilweise anders. Die class.t3lib_tceforms.php hat aber noch den Code-Stand vor dem Patch.

Habe also nur diese Datei gepatcht und eine bisher fehlerbereinigte saubere Lösung erhalten.

Hoffe, dass sie sich auch im laufenden Einsatz als stabil erweist.

@ spogspog: vielleicht kannst Du auch mal schauen, wie diese Lösung bei Dir funktioniert.

@ jenses: Eine interessante Information. Doch ist der Wechsel des RTE, wenn mann ihn ausführlicher angepasst hat, ein mühevolles Unterfangen.

DANKE für Eure Antworten

Gruß

Kanticus