Closed cushingw closed 7 years ago
Hi @cushingw - this is indeed a Flux issue, but it's fine to take care of it here. First off: I think this issue is relevant also if you don't use workspaces, but workspaces may make it worse. There are two main things that come to mind:
{iteration}
as part of the content area name causes the "content in wrong column" issue. Technically the content is not in the wrong column - the reason is that if you sort columns or add a new column before existing columns, the iteration index changes which then changes the name of the column. There is a lot more information about this here, along with a nice workaround: https://github.com/FluidTYPO3/flux/issues/1372.?no_cache=1
or setting disable cache?
in page properties, this depends on your setup, but if viewing the page with caching disabled you will always get the page rendered (nothing retrieved from cache, nothing new stored in cache after rendering).I hope the {iteration}
thing combined with the knowledge about the caching logic is all you need to prevent the issue and ensure consistent previewing in workspaces!
Thanks, that's helped a bit.
By using each section's ID instead of the iteration index for the content area name, the existing live content elements are shown in their proper tabs when previewing the page from a workspace link even when a new tab is added.
However, we're still not seeing the new content that's been added to the new tab in the workspace when using a preview link. I've set disable cache on the page itself and added no_cache=1 to the preview link, but the new tab is still blank in the page preview. The missing new content is happening whether we view the preview link while logged into the BE or in an anonymous tab.
First off, sorry if this issue is in the wrong project. I'm not sure if it's a fluidcontent or flux issue.
When a page preview link is generated in the workspace module, one of our content elements is showing the wrong child elements. It is displayed correctly when 'show' is selected from the page tree when in the approval workspace. Here are screenshots showing the difference in display:
In this example, a new tab ( a flux:form.object) has been added to the element and new content added to it. Viewing the page in the workspace shows the correct number of tabs and they each contain the correct content.
When viewed with the page preview link, the element shows the new tab, but each tabs content is incorrect. It seems like the content for the new tab is missing and everything else is shifted by one.
We're running Typo3 7.6.16, Flux 8.1.0, and fluidcontent 5.1.0.
This is how the content element is currently defined:
`<div xmlns="http://www.w3.org/1999/xhtml" lang="en" xmlns:v="http://typo3.org/ns/FluidTYPO3/Vhs/ViewHelpers" xmlns:flux="http://typo3.org/ns/FluidTYPO3/Flux/ViewHelpers" xmlns:f="http://typo3.org/ns/fluid/ViewHelpers">
`