Closed
Bug 703290
Opened 14 years ago
Closed 14 years ago
html tags in comments break the page
Categories
(support.mozilla.org :: Knowledge Base Software, task)
support.mozilla.org
Knowledge Base Software
Tracking
(Not tracked)
VERIFIED
FIXED
2011-12-06
People
(Reporter: atopal, Assigned: erik)
Details
If you add html tags/brackets into a comment section anything beyond that comment is not rendered anymore.
reduced testcase:
<!-- <x -->
STR:
Above comment
<!-- <x -->
Whatever comes here
displays as:
Above comment
Expected:
Above comment
Whatever comes here
| Reporter | ||
Comment 1•14 years ago
|
||
Not caused by broken HTML, <!-- <div></div> --> trips it up as well
Comment 2•14 years ago
|
||
Related discussion:
https://support.mozilla.com/en-US/forums/knowledge-base-articles/707808
| Assignee | ||
Comment 3•14 years ago
|
||
Does anybody care if the comment gets removed in the rendered HTML? If not, I can fix this right quick. (The comment will still, of course, show in the edit mode.)
Comment 4•14 years ago
|
||
A <!--comment--> is not supposed to show in the rendered article. It might contain HTML or wiki markup (e.g, curly brackets as in {for} or double brackets as in [[article]] or [[Image:]] links) to "comment out" a part of the article that you don't want to be displayed. For example, <!-- {for winxp}<br/> <br/> [[Image:controlPanel-resized.png]] <br/>{/for} --> was added as a comment in https://support.mozilla.com/en-US/kb/Uninstalling%20Firefox/revision/16140 because the Windows XP screenshot was replaced with a Windows 7 screenshot. The editor wanted to keep the Windows XP screenshot markup in a comment because of the pending bug 651226 (Add 'winxp' and 'win7' to showfor).
If you can fix this right away I think you should. Who knows what other articles contain comments that are hiding the rest of the article.
| Assignee | ||
Updated•14 years ago
|
Assignee: nobody → erik
| Assignee | ||
Comment 5•14 years ago
|
||
master: http://github.com/jsocol/kitsune/commit/82ee116
next: http://github.com/jsocol/kitsune/commit/d6ed2ea
QA: We should probably run quite a bit of representative markup through the renderer to make sure this didn't have any unintended side effects; the parser is not well understood and is subject to nonlinear effects. ;-) Using the Preview button is probably the easiest way.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Target Milestone: --- → 2011-12-06
Comment 6•14 years ago
|
||
Verified all buttons and basic markup + the examples above all function as expected.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•