Needs work
Project:
Token
Version:
7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
10 Mar 2013 at 11:31 UTC
Updated:
17 Dec 2015 at 10:34 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
walidvb commentedI have a similar problem:
Help text is
<a href="[site:url]admin/config/content/facebook_album_fetcher/album_list">here</a>turns into
<a href="http://mysite.com<em>/node/addurl]admin/config/content/facebook_album_fetcher/album_list">here</a>Comment #2
hoangdk80 commentedsame here
have tried to use the token outside of the link href attribute but it's broken as well:
This is the homepage: [site:url]
turns into
This is the homepage: [site:url]
Token doesn't seem to be interpreted at all. Any ideas ?
Comment #3
dave reidComment #5
danepowell commentedSame patch as in #1, just re-rolled. It works for me.
Comment #7
dave reidCommitted to 7.x-1.x. Sorry I forgot to assign Git attribution. :/
Comment #9
cussack commentedThe supplied patch does not fix the actual issue. It is an ugly workaround that basically disables all alterations coming before this one in the alteration chain, which causes more problems than it solves (see #2474403: Translation of field description overwritten for example, #1796024: Tokens in field help text do not work for files, images, text fields possibly as well).
I would love to see this patch reverted and the issue being fixed more cleanly in another place, most likely by sanitizing strings after alteration in the field module or by adding another alter function later in the chain. The bug is actually caused by premature string sanitizing.
Thoughts?