Project

General

Profile

Actions

Bug #56083

closed

FAL: Problem with linking images

Added by Björn Jacob almost 11 years ago. Updated over 10 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
File Abstraction Layer (FAL)
Target version:
-
Start date:
2014-02-18
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
6.2
PHP Version:
Tags:
Complexity:
Is Regression:
No
Sprint Focus:

Description

We're using TYPO3 6.2beta5. The editor has created a new content element cType images and added 5 images. For each image the editor added an external link (sys_file_reference | link) beginnging with "www". When displaying the content on the frontend only the first image gets wrapped with the correct link. The other images are not wrapped/ linked. When you change the manual sorting the new first image gets wrapped. Can you confirm this behaviour?


Files

Actions #1

Updated by Markus Klein almost 11 years ago

  • Status changed from New to Needs Feedback

I can not confirm this.

Are you using the most current css_styled_content TS template?

Actions #2

Updated by Björn Jacob almost 11 years ago

css_styled_content is selected (which is the current version). Are you using the current master or beta5?

Actions #3

Updated by Björn Jacob over 10 years ago

The problem still exists with version 6.2beta6. For example see http://www.tritum.de/typo3-cms/ -> on the right side there is a box "Wir sind dabei". On the backend both images are linked. On the frontend the link for the second image is not rendered. Also see attatched screenshot. The problem occurs now on 2 different installations with recent core.

Actions #4

Updated by Ralf Zimmermann over 10 years ago

The problem is the listNum seperator.

The function TYPO3\CMS\Core\Resource\Service\FrontendContentAdapterService::modifyDBRow modifies some db fields.
Now the tt_content column image_link contains the sys_file_reference.link values seperated with a newline.
The default seperator of the listNum function in TYPO3\CMS\Frontend\ContentObject\ContentObjectRenderer is a ',' .
The css_styled_content typoscript don't define a newline as splitChar for listNum,
so the listNum function can't convert the image_link column as an array and parsed the links incorrect.

It works if i define the splitChar with

tt_content.image.20.1.imageLinkWrap.enable.ifEmpty.typolink.parameter.listNum.splitChar = 10
tt_content.image.20.1.imageLinkWrap.typolink.parameter.override.listNum.splitChar = 10

(i used the beta7 core and the current css_styled_content)

Actions #5

Updated by Frans Saris over 10 years ago

I can not reproduce. Could it be you are not using the latest css_styled_content?

here the typoscript looks like:

tt_content.image.20.1.imageLinkWrap.enable.ifEmpty.typolink.parameter.data = file:current:link
tt_content.image.20.1.imageLinkWrap.typolink.parameter.data = file:current:link

The listNum.splitChar sounds like a fallback to the old rendering.

Actions #6

Updated by Ralf Zimmermann over 10 years ago

Ok, sorry. A extension merged some listNum stuff into the Typoscript and generate this error.
By default, TYPO3 works correctly.
This issue can be closed.
Thanks.

Actions #7

Updated by Frans Saris over 10 years ago

Bjoern is the issue also for you resolved?

Actions #8

Updated by Björn Jacob over 10 years ago

Sry, yes. We are team members working for the same company ;) Thx again and sry for any inconvenience caused.

Actions #9

Updated by Frans Saris over 10 years ago

  • Status changed from Needs Feedback to Closed

No problem. Glad that it is solved :)

Actions

Also available in: Atom PDF