Hallo Mickyy,
Für ein IRRE-Elment müsstest du ein übergeordnetes Element haben,
welches auf dein einzulesendes Element über eine Relation verweist. Du
müsstest im TCA die Definition des übergeordneten Modell/Elements
nachschauen.
Eine weitere Fehlerquelle, die TYPO3 richtig zickig erscheinen lässt,
kann der nicht geleerte Cache sein. bzw. der php-Opcode-Cahce
(Installtool) sein.
Frage:
Wie testest du den Erfolg deiner Eingabe bzw. den Misserfolg deiner
zweiten Eingabe? Über ein Datenbanktool (heidiSQL oder phpMyAdmin) oder
nur über die Ausgabe? Wird der erste Eintrag überschrieben
(Edit/Update-Aufruf) oder wird er nicht ausgeführt, weil ein persistall
fehlt.
Gegebenenfalls führen dich deine Tests in die Irre, weil zum Beispiel
die Ausgabe fehlerhaft ist?
Wenn du gar nicht weiterkommst, würde ich dir empfehlen, die verkorkste
Version beiseitezulegen und nocheinmal frisch eine zweite neue Version
zu bauen. Oft überliest man einen Fehler gerade deshalb, weil man ja
genau versteht, was die System machen soll. In deinem Fall würde die
Creater-Action mit den Extensionbuilder in vereinfachter Version schnell
nochmals bauen und mir der verkorksten Version vergleichen. (So mache
ich es, wenn ich in meiner Betriebsblindheit einen Fehler partout nicht
finden kann.)
Mit besten Grüßen
Dieter Porth
Am 26.06.2016 um 17:56 schrieb M S:
Grüß Dich Dieter,
danke für deine Rückmeldung.
Lt. dem Buch sollte hier ein leeres Object erzeugt werden. Ich habe
eben die new-Action entsprechend an dein Beispiel angepasst. Auch die
Benamung des Objects habe ich gegengeprüft.
Weiterhin habe ich das gleiche Verhalten: Cache leeren -> Speicherung
erfolgreich, jeder weitere Versuch scheitert anschließend.
Die "IRRE-Falle" klingt interessant. Woran würde ich so eine
Fehlkonfiguration erkennen?
LG,
mickyy
_______________________________________________
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
