first observation: the problem already affected the answers_html branch

What do you mean about answers_html branch . answers_html never exist really : http://testing.sondages.pro/answershtml/index.php/863316 on 99bdf08b23081d833b7dc497b3bb0ca9361ccf0c

I mean that when reverting until the merge with answers_html (8/11/2016), the bug is already there. But it's just a quick observation, it sill needs more investigation.

Strange, because i'm sure it work with some simple part (i tested it ....)

Test with the attached survey, if you have time.

Commit broke situation :

• At https://github.com/LimeSurvey/LimeSurvey/commit/07cbcc11330d8a5c5a01291d903f61cb4d36046a : OK
• At https://github.com/LimeSurvey/LimeSurvey/commit/0835d09392b4e22de09e943598de4c5baaa6c3cf : broken

@olle : bad merging here ... I try replacing EM_core + EM_helper + qanda : better for HTML, but EM still broken.

good catch Denis! thank you very much

Well, fuck.

Yezp, and more : i try to replace directly the 2 em files and the qanda : seems this didn't solve this issue .... :/ double f**

The problem might be in a view, rather. I will check it today.

I can't reproduce the problem with the merge. It still works for me in this commit: b46e70ee3a3b042fa27ffb876ba6e75234cfc5e9

For me, the EM worked before the twig-layout merge in develop branch: 71685ac145af96adfbe85d9eb22d36488f80516e

@LouisGac Could you check this again, please?

Also note that right after twig-layout merge, it's broken in one way, but in the most recent commit, it's broken in another way.

First broken in this commit: Dev: replaced {QUESTION_TEXT} by twig logic.

Arg, why it broke yesterday and not today .... maybe twig cache ? Sorry @olle for false alarm ....

thx olle.
could you provide the exact commit hash?

This is the commit: 6ff35720d3854de4b230792670247d8bf25aa779

If you do "git checkout HEAD^" from that commit, it should work, meaning it's the breaking commit.

Maybe just add the "raw" filter from Twig? https://twig.sensiolabs.org/doc/2.x/filters/raw.html

Yes, adding "raw" seems to fix it:

{{ aQuestion.text | raw}}

Uh, nvm. It only fixes it in THAT commit, but not in the most recent commit, since there's a different problem there.

New theory: When removing the templatereplace() function from SurveyRuntimeHelper, the EM ProcessString() is never called:

    return LimeExpressionManager::ProcessString($line, $questionNum, NULL, false, 1, 1, true);

Is it really a good idea to remove templatereplace entirely? Wouldn't it be better to just put Twig inside templatereplace instead? There's a lot of different logic in there.

all the logic in templatereplace() has been moved to twig views.

Fix committed to develop branch: http://bugs.limesurvey.org/plugin.php?page=Source/view&id=22710

Version 3.0.0-beta.1 released