-
Bug
-
Resolution: Fixed
-
Neutral
-
4.5.24
-
-
Empty show more show less
-
Kromeriz 11
-
5
We have modified Magnolia's multisite request matcher rules to avoid pages being available on multiple URI's, and to avoid all sites being available on all domains through their prefix. We did this by moving config:/modules/extended-templating-kit/config/rules/uri-starts-with-sitename below its handle-not-empty sibling.
Afterwards we found that all of our inline rich text links were broken, because the link URI's are generated (by RepositoryBrowserPage#resolveAbsoluteURI()) and stored in the rich text HTML when the link is created, while assuming the default mappings apply on public instances, which is not necessarily the case.
An example from our setup:
- Add a TextImage component to a page.
- Type some text into the rich text editor, select a word to link and click the Insert/Edit Link button.
- Click the Browse Server button and select a page from the website tree, e.g. /site/path/to/page
- The code in RepositoryBrowserPage generates /site/path/to/page.html as the absolute URI, which gets stored in the text property of the TextImage component.
- Activate the page and request the page on a public instance.
- The inline link points to /site/path/to/page.html (as expected, because that's what was stored in the rich text HTML), but this is not a valid URI on our public instance. In this case it should be /path/to/page.html, as /site is the handlePrefix of this site.
An idea might be to have this work like the internal teaser, storing a target UUID and generating the link at render time instead of creation time.
Also, we noticed that magnolia-module-fckeditor no longer exists in Magnolia 5, but this mechanism might have been carried over to the new rich text editor? Or is Magnolia 5 handling this differently?
- is causing
-
MAGNOLIA-6600 Failed to resolve path under root context
- Closed
- is related to
-
MAGNOLIA-6882 Remove legacy code that allows to access site with duplicate prefix in the url
- Closed
- relates to
-
MGNLETK-131 uri-starts-with-sitename rule should be after handle-not-empty
- Closed
-
MAGNOLIA-6388 Uri2RepositoryMapping.getHandle() allow cross site urls.
- Closed
-
MULTISITE-48 When I modify the site evaluation rules I still get valid page links when added in the ckEditor
- Closed