[TYPO3-mvc] Persisting of m:n (n:1) relations of objects in createActions
Henjo Hoeksma
me at henjohoeksma.nl
Tue May 8 22:02:33 CEST 2012
Hi Frank,
sounds like a TCA configuration issue. Did you check if the appropriate
config is there?
I don't know if the mn is rendered correctly in the named versions, but I
remember having some issues when having a 1:n relation first and then
switching to m:n. Roundtripping caught me there I guess. But I haven't
really looked into it.
Do you unit test work properly?
Kind regards,
Henjo
Problems are small because we learned how to deal with them.
Problems are big because we need to learn how to deal with them.
On Tue, May 8, 2012 at 12:59 PM, Frank Gerards <F.Gerards at esolut.de> wrote:
> Hi,
>
>
>
> I scaffolded 2 objects A and B with the extension builder 2.3.0 and
> TYPO3 4.6.
>
> Object B is bound m:n to object A, so object A has a ObjectStorage-type
> property $objectsB.
>
>
>
> In the "new object A" form I list all the objects B in the repository
> and bind the f:form.select via "property=objekteB".
>
> As options I use the objekteB-array I passed to the view.
>
>
>
> When the form is submitted, all properties of the new object A are
> persisted, BUT NOT the chosen relation to an Object B,
>
> that I rendered in the select-box dropDown. The ..._mm table is empty.
>
>
>
> My question: Is this a bug in the scaffolded code of extension builder
> or do I have to manually attach() the chosen object B inside the
> createAction of the object A controller and therefore have to pass
> object B to the createAction as well ??
>
>
>
> Thx 4 info !
>
> _______________________________________________
> TYPO3-project-typo3v4mvc mailing list
> TYPO3-project-typo3v4mvc at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-typo3v4mvc
>
More information about the TYPO3-project-typo3v4mvc
mailing list