Project

General

Profile

Actions

Bug #81316

closed

linkhandler does not respect custom typolink configuration

Added by Jens Engelmann over 7 years ago. Updated about 5 years ago.

Status:
Closed
Priority:
Must have
Assignee:
-
Category:
Site Handling, Site Sets & Routing
Target version:
-
Start date:
2017-05-23
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
8
PHP Version:
Tags:
Complexity:
Is Regression:
Sprint Focus:
On Location Sprint

Description

When using a link field (e.g. header_link) in TypoScript the recordLinks (linkhandler configuration) don't respect any configuration.

Let's say I want to render a link out of the header_link field and give it a certain class.

10 = TEXT
10 {
  value = foobar
  typolink {
    parameter.field = header_link
    ATagParams = class="foobar" 
  }
}

When I set a regular link type (page, file, external url) I get the wanted result like

<a href="..." class="foobar">foobar</a>

But when I use linkhandler configured link type (e.g. for news) the ATagParams and everything else (like returnLast or something) are ignored.

<a href="...">foobar</a>

This makes them unusable since the link generation is not consistent over link types.

It might be strongly related to https://forge.typo3.org/issues/80896 and https://forge.typo3.org/issues/80895


Related issues 3 (0 open3 closed)

Related to TYPO3 Core - Bug #80896: TypolinkViewhelper with linkhandler ignores class attributeClosed2017-04-19

Actions
Related to TYPO3 Core - Bug #80895: target and title attributes are not processed in frontend for record type linksClosed2017-04-14

Actions
Related to TYPO3 Core - Bug #81620: Linkhandler remove all attributes set in the link wizard and the templateClosed2017-06-19

Actions
Actions #1

Updated by Georg Ringer over 7 years ago

  • Related to Bug #80896: TypolinkViewhelper with linkhandler ignores class attribute added
Actions #2

Updated by Georg Ringer over 7 years ago

  • Related to Bug #80895: target and title attributes are not processed in frontend for record type links added
Actions #3

Updated by Georg Ringer over 7 years ago

You can solve this by using

<a href="{f:uri.typolink(parameter:link) -> f:format.htmlspecialchars()}" class="xxx">{header}</a>

Actions #4

Updated by Riccardo De Contardi over 7 years ago

  • Category set to Site Handling, Site Sets & Routing
Actions #5

Updated by Jens Engelmann over 7 years ago

Georg Ringer wrote:

You can solve this by using
[...]

But this is only a fluid-based workaround. What about TypoScript?

Actions #6

Updated by Riccardo De Contardi over 6 years ago

Maybe solved with #81620 ? Or am I wrong?

Actions #7

Updated by Susanne Moog about 6 years ago

  • Sprint Focus set to On Location Sprint
Actions #8

Updated by Ursula Klinger about 6 years ago

I have testet it with the header link. All attributes are shown. The bug should be fixed.

Actions #9

Updated by Markus Klein about 6 years ago

  • Related to Bug #81620: Linkhandler remove all attributes set in the link wizard and the template added
Actions #10

Updated by Markus Klein about 6 years ago

  • Status changed from New to Closed
Actions #11

Updated by Marc Hirdes about 5 years ago

If you set typolink.parameter = <myID> everything works. If you use any stdWrap function on the parameter, it won't work, e.g. typolink.parameter.field = <myField>

Actions

Also available in: Atom PDF