-
Bug
-
Resolution: Fixed
-
Minor
-
4.0.9, 4.1.4, 4.2.1
MDL-32114 created a regression where format_text() ignores noclean option for FORMAT_MARKDOWN.
This is incorrect and inconsistent with all other text formats.
This code:
// The markdown parser does not strip dangerous html so we need to clean it, even if noclean is set to true.
|
$text = clean_text($text, FORMAT_HTML, $options);
|
should be reverted back to
if (!$options['noclean']) { |
$text = clean_text($text, FORMAT_HTML, $options);
|
}
|
The problem here is that trusttext is fundamentally incompatible with markdown because we cannot sanitise it before conversion to Markdown.
Unfortunately MDL-64240 had the wrong idea that any text format can be cleaned, oh well, that must be fixed first.
At the same time MDL-32114 did not fix the markdown editing problem in areas that do not use trust text.
- has to be done after
-
MDL-77525 Add text filtering stages
-
- Closed
-
- is a regression caused by
-
MDL-32114 Characters converted to HTML entities in the re-edited Markdown text field
-
- Closed
-
-
MDL-64240 Forum post word count not reflecting the size of some posts as they are displayed to users
-
- Closed
-
- is blocked by
-
MDL-78525 count_words() and count_letters() should format text before counting to match display logic
-
- Closed
-
- will help resolve
-
MDL-77000 Cannot add custom data- attributes using MarkdownExtra
-
- Closed
-