Bug #18432
closed
Linking between domains in the pagetree with checkRootline does not work with menus
Added by Benni Mack over 16 years ago.
Updated over 14 years ago.
Description
Hey all,
the new solution by Dmitry only works for typoscript, but does not work for menus.
config.typolinkCheckRootline=1
This feels inconsistent to me: If people turn on this function, they should know that this works all the time.
(issue imported from #M7839)
Files
The reason is, that tslib_menu does not use $cObj->typoLink to create these links - a work around for TypoScript is the following:
NO {
doNotLinkIt = 1
stdWrap.typolink.parameter.field = uid
}
But, of course this should be fixed.
what's about processing $this->id at the beginning?
Looks like we need to add the config.typolinkEnableLinksAcrossDomains thing in
t3lib_tstemplate::linkData()
as well.
Yepp, or to use typoLink by default - I don't see a reason why this wasn't done for menus as well... do you see a side-effect?
Actually, I just tried the workaround and it looks like it does not work as the page with a shortcut to another domain is not resolved (to its target). it's because the UID contains not the target ID but the source ID.
NO.doNotLinkIt = 1
NO.stdWrap.typolink.parameter.field = shortcut
NO.stdWrap.typolink.parameter.ifEmpty.field = uid
works, but not when the "shortcut_mode" is used.
I am also in favor of using the typolink function here. Don't know about the side-effects though.
The attached patch is the first work on this subject. Do not use it unless you are ready to risk.
Note: this will not work with RealURL/CoolURI because they need changes too.
Ok, v3 is the final version, it will work with RealURL (>=1.3.0) out of the box and CoolURI if/when CoolURI supports linking across domains.
Also available in: Atom
PDF