Bug #17582
closedtypolinkLinkHandler does not work
0%
Description
(tested with typo3-4.1.1)
I don't know if this has already been reported, because you cannot search the goddamn bugtracker. In TSref you outright lie about typolinkLinkHandler, because it can't work, never, not in any case, and you didn't even test it.
(part of) the solution: How can function typolink(..) in class.tslib_content.php ever know about $TYPO3_CONF_VARS, if you don't do
global $TYPO3_CONF_VARS;
?!?
still investigating if this is all you need to do to patch the issue, but at the moment it doesn't look like it
(issue imported from #M6266)
Updated by Wolfgang Illmeyer about 17 years ago
In order to load the linkHandler-class as specified in TSref in the typolink-section, you also have to patch the loading of the linkHandler-class as follows:
$linkHandlerData = explode('&',$TYPO3_CONF_VARS['SC_OPTIONS']['tslib/class.tslib_content.php']['typolinkLinkHandler'][$linkHandlerKeyword]);
$linkHandlerObj = &t3lib_div::getUserObj(t3lib_div::getFileAbsFileName($linkHandlerData0).':'.$linkHandlerData1);
return $linkHandlerObj->main($linktxt, $conf, $linkHandlerKeyword, $linkHandlerValue, $link_param, $this);
However, this is still not enough, because the link-handlers are still unusable, because the result of the handler is inserted directly and later on wrapped up in <p class="bodytext"> and htmlspecialchar'ed.
I guess to fix that, we have to insert a substitution key and substitute the result later on, but I haven't figured out how to do that yet.
If somebody could explain me how to do that without requiring me to pay $150 upfront, I'd be willing to submit a patch to correct that issue altogether.
Thank you very much.
Updated by Wolfgang Illmeyer about 17 years ago
ok, it seems like substitution keys are only for uncacheable stuff
i have no clue how to fix that bug anymore
stdWrap is too complicated for me
i'd still be glad on some input how to fix it myself
Updated by Wolfgang Illmeyer about 17 years ago
your bug tracker sucks. it won't let me mark that bug 'has patch', altough it has. and it is "search" not "view", it isn't that hard.
Updated by Martin Kutschker about 17 years ago
Wolfgang, you are an idiot.
Everything you write here may be true, though I dout it as I can search the bugtracker, which BTW was not written by "us", but you're constant swearing doesn't make me want to listen to you.
Updated by Wolfgang Illmeyer about 17 years ago
While you technically may be right in picking on me for swearing, you fail to see that I didn't intend to insult anyone directly, or do you see me calling people idiots for writing GPLd software for me?
I'd also prefer you not to call me an idiot when I'm doing free work for the typo3-community.
As you may or may have not have noticed, I posted that bug after an extra nightshift of tracking down a bug in an extension relying on said functionality under pressure. For that I had to buy 2 Typo3 books, because the Typo3-community behaves like a closed club and seemingly considers information sharing as competition disadvantage (Ever had a look at the answer rate on typo3-english?) While I do understand that the devs can't talk with everybody, I think they're a bad example for others when they say "I'll only talk to you if you give me the money first" on their website.
As you also noticed, while I admit having been impolite, I alway stayed on topic by posting bug-relevant stuff to the tracker only (until this posting), while you just insulted me.
Updated by Daniel Poetzinger about 17 years ago
for me it works
with the patch ingo applies.
Updated by Ernesto Baschny about 17 years ago
This has already been reported and is already resolved. Will be fixed in 4.1.3 and of course 4.2.