Closed
Bug 1057546
Opened 12 years ago
Closed 12 years ago
un-quoted HTML tags in macros cause the macro to blow up
Categories
(developer.mozilla.org Graveyard :: KumaScript, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: sheppy, Unassigned)
Details
(Whiteboard: [specification][type:bug])
What did you do?
================
If someone inadvertently puts HTML within a macro's braces (that is, for example, "{{SomeMacro<code>(<em>1</em>, <strong>"Hello world"</strong>)}}", things go badly.
What happened?
==============
The parser pretty much explodes, and internal server error tends to result.
What should have happened?
==========================
These tags don't do anything, so stripping them not only isn't a problem, but would solve this issue.
Obviously, tags within quotes need to be preserved, since {{SomeMacro(3, "<em>Hi there</em>")}} is perfectly legit.
Is there anything else we should know?
======================================
| Reporter | ||
Comment 1•12 years ago
|
||
Also, obviously this should not take effect if the opening braces are escaped on the macro call, like \{{SomeMacro<code>(<em>1</em>, <strong>"Hello world"</strong>)}}. There, the HTML should remain intact.
Updated•12 years ago
|
Severity: normal → minor
Component: General → KumaScript
Summary: Strip un-quoted HTML tags in macros → un-quoted HTML tags in macros cause the macro to blow up
Comment 2•12 years ago
|
||
This seldom happens and the amount of effort in parsing this would take simply doesn't make sense. Just like any coding language, we have a right to expect valid use template language.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WONTFIX
Comment 3•12 years ago
|
||
I agree with David here.
There are a mitigating factor here: such kumascript errors appear on the error dashboards and can be fixed using our sheriffing process. Therefore they are annoying for the newbie editor, but far less for the reader (the more we run the sheriffing process, the least annoying it is for him)
Another point to dig in is to understand: why do people add these tags? Maybe we could solve the root cause rather than the symptom.
Updated•6 years ago
|
Product: developer.mozilla.org → developer.mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•