Fields lost in link generation

[webian]

Hi @cobwebch,
I use this in Fluid

<f:cObject typoscriptObjectPath="lib.link"
           data="{
                text: ' ',
                link: '{tile.link}',
                class: 'expandAndCenter tile-link tile-image lazyload {tileImageClass}',
                style: 'background-image: url(\'/{imgPlaceholderUri}\')',
                data-src: '{imgUri}'
                }" />

and this is the lib.link Typoscript

lib.link = COA
lib.link {
    10 = TEXT
    10 {
        field = text
        typolink {
            mergeWithLinkhandlerConfiguration = 1
            parameter = {field:link}
            parameter.insertData = 1
            ATagParams = class="{field:class}" style="{field:style}" data-src="{field:data-src}"
            ATagParams.insertData = 1
        }
    }
}

The problem is that all the fields, like {field:class}, are lost in the generation of the url by linkhandler that returns only url.

I'm still trying to make a patch but actually I'm stuck.

[fsuter]

The linkhandler feature has been integrated into upcoming TYPO3 v8. As such I don't plan any more work on this extension. Sorry. I hope you can find a solution to your issue.

[webian]

Understood, np :)

Anyway, I found that the problem is that when linkhandler calls typolink to generate the link, the stdWrap's insertData function has $this->data set to the record data and no more set to the fluid data.

Do you know if this issue could be present in v8 too?

[fsuter]

It may well be. I understand your need, but having the data from the record loaded into $this->data is critical so that you can assemble links, for example using the "uid" of the record.

[webian]

I see and I created a WIP patch whose concept maybe useful in v8 (I don't know if it's you that worked on linkandler feature in v8).
The problem of this patch is that parent data could overwrite record data. A solution of this could be to append a string like 'linkhandler-' to parent data keys and to the respective usages in the config. Or simply warn the user of the extension/feature.

[fsuter]

Thanks for the proposal. Some kind of namespacing would indeed be useful IMO.

I guess the next is to test the issue with TYPO3 v8 and open a bug report for the Core if the problem is verified there too. You could point to this discussion and your suggested patch for reference.