Problem/Motivation
The filter tips page is broken due to aggressive filtering of the markup on the page.
Proposed resolution
Display the page in full HTML glory.
Remaining tasks
Provide a patch.
User interface changes
Fixes the page.


API changes
None.
| Comment | File | Size | Author |
|---|---|---|---|
| #11 | Still_with_errors.png | 47.48 KB | ibonelli |
| #11 | 2388299-11.patch | 2.12 KB | ibonelli |
| #11 | interdiff-2388299-3-11.txt | 2.26 KB | ibonelli |
| #3 | fixed.png | 20.38 KB | ccuta |
| #3 | error.png | 19.52 KB | ccuta |
Comments
Comment #1
sam152 commentedComment #2
prashant.c#1 patch is applied successfully.
Comment #3
ccuta commentedThe patch seems to work, it solves the issue.
I'm adding screenshots.
Comment #4
santiago.castro commentedThis bug is happening as well at the node revision table here: https://www.drupal.org/node/2004702
Comment #5
andrefy commented#1 patch works for me as well
Comment #6
santiago.castro commentedTested several times, the bug is still hapenning
Comment #7
jackbravo commentedEven though the last comment is a little confusing. I think he means that the bug is on drupal head, but he marked it RTBC because the fix indeed fixes the issue.
Comment #8
webchickSo while this looks like it fixes the bug (great!), and it even copies patterns used many times in core, in general we're not supposed to u se SafeMarkup::set() wherever possible, in favour of proper theme layer stuff. See https://www.drupal.org/node/2296163 for more details.
EDIT: Now with a *non* recursive link back to this same issue. ;)
Comment #9
ibonelli commentedI'm attaching an interdiff of what I'm doing. I'm going to upload the full patch soon. According to webchick comments this should be ok, but please chime in if it doesn't feel ok.
Comment #10
idebr commentedThere is an issue covering the same bug at #2346209: /filter/tips improperly escaped
Comment #11
ibonelli commentedThanks for the reference. I've been looking at the sibling issue, and the proposed solution has a very different approach. I wonder which one is better?
This issue is working with core/modules/filter/src/Plugin/Filter/FilterHtml.php which seems more relevant to me as it is where (as far as I can tell) the page is being generated. In the sibling issue the solution being applied is part of the module (core/modules/filter/filter.module) which as far as I can tell it is done while returning the data from FilterHtml.php.
I'm attaching a patch that needs work because the original approach whithin this issue which I used to base my work doesn't work when we move from using SafeMarkup::set() to Xss::filter, the Basic HTML error gets fixed, but the table breaks (see attached screenshot).
In any case proposed solution on issue #2346209 seems better to me and we might simply be able to close this as a duplicate?
Comment #12
subhojit777There is already an issue for this #2346209: /filter/tips improperly escaped, please make changes to the first one.