- Issue created by @codebymikey
- Merge request !9Issue #3348521: Summaries should not be decoded with Html::decodeEntities β (Open) created by codebymikey
- Status changed to Needs review
over 2 years ago 3:52pm 16 March 2023 Added issue fork, the current approach also allows it to work if the third party module happens to return a simple string rather than markup.
- First commit to issue fork.
- π©πͺGermany Anybody Porta Westfalica
The module's implementation changed in the meantime:
$data['conditions'][$condition_id] = is_string($summary) ? Html::decodeEntities($summary) : Html::decodeEntities($summary->render());
Could the maintainer eventually explain why
Html::decodeEntities()
is used here at all?I also can't really see a benefit, theoretically it's even more a risk:
https://api.drupal.org/api/drupal/core%21lib%21Drupal%21Component%21Utility%21Html.php/function/Html%3A%3AdecodeEntities/8.9.x So I think it should be removed for good reasons, if it's not needed.Be careful when using this function, as it will revert previous sanitization efforts (<script> will become
). - πΊπΈUnited States pookmish
There was a reason when the code was first written. I think it was something to do with the summary provided by one of the condition plugins not being compatible.
Looking at the git blame brings up this issue: π Calling ->render()on string throws errors Fixed .
But now looking at it, that is an issue with the condition_path module, not this module. However, it's doesn't appear to need to be decoded and leaving the summary un-rendered works fine.
So this seems appropriate to me.
-
pookmish β
committed 454238c8 on 8.x-2.x
[#3348521] fix: Summaries should not be decoded with Html::...
-
pookmish β
committed 454238c8 on 8.x-2.x
Now that this issue is closed, please review the contribution record.
As a contributor, attribute any organization helped you, or if you volunteered your own time.
Maintainers, please credit people who helped resolve this issue.