FluidTYPO3 / vhs

TYPO3 extension VHS: Fluid ViewHelpers
https://fluidtypo3.org
Other
190 stars 229 forks source link

v:content.render with contentUids not working anymore. typo3 11, latest commit: 47be782 #1868

Closed jgreiner closed 11 months ago

jgreiner commented 11 months ago

example: no error but also no content. It works if I switch back to version 6.1.3

NamelessCoder commented 11 months ago

I am not able to reproduce this problem. Please re-check and if still not working for you, provide additional information about how to reproduce it.

martin-git-kristensen commented 11 months ago

in php 8.0.11 works fine - but not in php version 8.028

martin-git-kristensen commented 11 months ago

in php 8.0.11 works fine - but not in php version 8.028 BUT this is in the 6.1.3 version

NamelessCoder commented 11 months ago

this is in the 6.1.3 version

Unless this is also a problem in the dev-development branch I will consider this issue closed.

PLACEBOBRO commented 11 months ago

This is also a problem in the dev-development branch with TYPO3 12.4.4. We are using this branch and no content is rendered.

NamelessCoder commented 11 months ago

I need additional information about how to reproduce the problem. In all of my tests, on all supported TYPO3 versions, content is rendered correctly when specifying which specific content UIDs to render.

kraemer-igroup commented 11 months ago

Hi there, I just had the same issue (TYPO3 12.4.4, PHP 8.2, vhs@dev) with an update project coming from TYPO3 8.7 (vhs 5.2.0). In my case I had to add the pageUid manually (<v:content.render contentUids="{0:40}" pageUid="123"/>) since the contentUids are taken from another page - but this seemed to work in older versions. The parameter "pageUid" is described as follows: If set, selects only content from this page UID

Maybe this helps.

NamelessCoder commented 11 months ago

In my case I had to add the pageUid manually

That helped a lot. Solving another bug where content_from_pid would be ignored, meant that the content selection would always have a page UID either from TSFE or from the argument. The page UID used for selecting content would therefore never be zero, which in turn meant that any content element specified in contentUids would have to exist on the same page that was currently being rendered or on the page specifried as content_from_pid in the page record.