-
Notifications
You must be signed in to change notification settings - Fork 285
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Escaping is not applied at the expected level #897
Comments
In the unlikely event that anyone manages to find this issue and is wondering how to work around this, creating a temporary variable with
|
I've added those tests in https://github.com/Keats/tera2 and it return true for all 3 rows as escaping is now done only when writing to the buffer. |
Great! Do you have a rough idea of when Tera 2 will start to be ready for use? |
Not for a few months at least, when it's ready it's going to be used in Zola first before releasing 2.0.0 to make sure it's battle tested |
I believe I have found a bug similar to this:
It works perfectly this way:
However, it does NOT happen on all templates. I have several templates and it only happens on one. It does not happen on the rest, although they all have identical code. |
I found the following tera template very surprising when evaluated with the default autoescaping:
It returns:
This is because the last statement is evaluating
'abcdef' == 'abc/def'
There are two behaviours that would seem roughly sensible to me here:
foo
is escaped, equalingfoo
(since it does not have any special characters), then the rest of the statement is evaluated.true
) is escaped.The first seems most sensible to me, but the latter would also be defensible, in my opinion.
The actual behavior seems very strange, where the escaping happens at some kind of intermediate level, determining that the RHS of the expression is tainted and escaping the entire thing before evaluating the rest of the expression. This appears to be a bug to me.
The text was updated successfully, but these errors were encountered: