The href <a href="tel:1800813327" target="_blank"> is rewritten
to
<a href=\"https://www.mysite.comnull\" target=\"_blank\">
Adobe Campaign makes the following call to AEM to fetch content -
https://authordomain/content/campaigns/edm.campaign.content.json
The '.campaign.content.json ' selector servlet forms the html content from com.adobe.cq.mcm.campaign.impl.ContentgeneratorImpl class which uses link transformer config at /libs/mcm/config/rewriter/campaign-link-rewrite to rewrite links( surprisingly, it uses domain name in the exernalizer configuration; and not from sling mapping; should it not be using domain name from sling mappings?) and appends domain name in front of the link
Hence, the href 'tel' is not working ; similarly; mailto will also not work
We have removed 'A' from includeTags in the rewrite config as a quick fix; but it excludes all anchor tag from the config. What is the appropriate method of making the tel attribute work? Can certain attributes excluded from the rewriter config ? Or can the rewriter transformer config be overridden ?
Can someone please help on this?
Ok sure. I will raise a day care then.
Thanks!
Hi @manishj21245291 , how did this jump link issue resolved? could you provide some insight and we are also running in to same issue with AEM-ACS linking
Views
Replies
Total Likes
@deepankard86318 curious to know how this issue resolved
Views
Replies
Total Likes
@kautuk_sahni Do you know how this issue resolved
Views
Replies
Total Likes
To address the issue with the link transformer configuration in Adobe Campaign and AEM where tel: and mailto: links are being incorrectly rewritten, you need to ensure that these link types are not affected by the URL rewriting rules. The problem arises because the default link transformer config located at /libs/mcm/config/rewriter/campaign-link-rewrite appends a domain name to links, which disrupts non-HTTP(S) schemes like tel: and mailto:. A quick fix of removing A from includeTags excludes all anchor tags, which is not a sustainable solution. To resolve this appropriately, you can either create a custom link transformer that excludes tel: and mailto: schemes from rewriting or adjust the existing rewriter configuration to include specific rules that preserve these link schemes. A custom transformer can be implemented to check if a URL starts with tel: or mailto: and avoid rewriting those links while applying normal transformations to other URLs. Alternatively, modifying the rewriter configuration to exclude these specific schemes or overriding it with a new configuration that includes exceptions for tel: and mailto: links would also solve the issue effectively.
Views
Replies
Total Likes
Views
Like
Replies