16635 2012-04-04 10:58:52 +0000 Setting innerHTML on an SVG element will parse into HTML elements. Since innerHTML is available on Element now, we should check if the context element is an SVG element (or MathML element) other than foreignObject (etc) and use the foreign lands insertion 2013-06-07 22:10:24 +0000 1 1 1 Unclassified HTML WG HTML5 spec unspecified Other other RESOLVED FIXED http://www.whatwg.org/specs/web-apps/current-work/#parsing-html-fragments P3 normal --- 1 contributor robin annevk cam mike public-html-admin public-html-wg-issue-tracking robin silviapfeiffer1 travil zcorpan public-html-bugzilla oldest_to_newest 66418 0 contributor 2012-04-04 10:58:52 +0000 Specification: http://www.whatwg.org/specs/web-apps/current-work/multipage/the-end.html Multipage: http://www.whatwg.org/C#parsing-html-fragments Complete: http://www.whatwg.org/c#parsing-html-fragments Comment: Setting innerHTML on an SVG element will parse into HTML elements. Since innerHTML is available on Element now, we should check if the context element is an SVG element (or MathML element) other than foreignObject (etc) and use the foreign lands insertion mode. Posted from: 88.131.66.80 by simonp@opera.com User agent: Opera/9.80 (Macintosh; Intel Mac OS X 10.7.2; U; en) Presto/2.10.229 Version/11.62 66419 1 cam 2012-04-04 11:19:56 +0000 That'd be awesome if it could work, yeah. 66430 2 zcorpan 2012-04-05 07:11:43 +0000 Cases to consider: context element is one of the following <svg><g/><foreignobject/><desc/><title/></svg> <math><mrow/><mi/><mo/><mn/><ms/><mtext/><annotation-xml/><annotatoin-xml encoding=text/html /></math> markup is one of the following "<b>x" "<svg>" "<p>" "</svg>" "<mglyph>" "<malignmark>" ... 66431 3 zcorpan 2012-04-05 07:38:07 +0000 http://software.hixie.ch/utilities/js/live-dom-viewer/saved/1451 66439 4 zcorpan 2012-04-05 12:53:12 +0000 Desired outcome, I think (using html5lib test syntax to indicate namespace): <math math>.innerHTML = '<b>x'; | <math math> | <b> | "x" <math math>.innerHTML = '<foo><b>x'; | <math math> | <math foo> | <b> | "x" i.e. the "break out" step needs to be changed to not pop the current element if that's an html element (fragment case), but should otherwise work like normal. <math mi>.innerHTML = '<b>x'; | <math mi> | <b> | "x" <math mi>.innerHTML = '<foo><b>x'; | <math mi> | <foo> | <b> | "x" <math mi>.innerHTML = '<mglyph>'; | <math mi> | <math mglyph> <math mi>.innerHTML = '<malignmark>'; | <math mi> | <math malignmark> <math mi>.innerHTML = '<svg>'; | <math mi> | <svg svg> <math annotation-xml>.innerHTML = '<svg>'; | <math annotation-xml> | <svg svg> <math annotation-xml>.innerHTML = '<foo>'; | <math annotation-xml> | <math foo> <math annotation-xml encoding="text/html">.innerHTML = '<foo>'; | <math annotation-xml> | encoding="text/html" | <foo> 66440 5 zcorpan 2012-04-05 12:53:13 +0000 Desired outcome, I think (using html5lib test syntax to indicate namespace): <math math>.innerHTML = '<b>x'; | <math math> | <b> | "x" <math math>.innerHTML = '<foo><b>x'; | <math math> | <math foo> | <b> | "x" i.e. the "break out" step needs to be changed to not pop the current element if that's an html element (fragment case), but should otherwise work like normal. <math mi>.innerHTML = '<b>x'; | <math mi> | <b> | "x" <math mi>.innerHTML = '<foo><b>x'; | <math mi> | <foo> | <b> | "x" <math mi>.innerHTML = '<mglyph>'; | <math mi> | <math mglyph> <math mi>.innerHTML = '<malignmark>'; | <math mi> | <math malignmark> <math mi>.innerHTML = '<svg>'; | <math mi> | <svg svg> <math annotation-xml>.innerHTML = '<svg>'; | <math annotation-xml> | <svg svg> <math annotation-xml>.innerHTML = '<foo>'; | <math annotation-xml> | <math foo> <math annotation-xml encoding="text/html">.innerHTML = '<foo>'; | <math annotation-xml> | encoding="text/html" | <foo> 66441 6 zcorpan 2012-04-05 12:55:59 +0000 (In reply to comment #4) > <math math>.innerHTML = '<foo><b>x'; > | <math math> > | <math foo> > | <b> > | "x" Oops. I meant this: <math math>.innerHTML = '<foo><b>x'; | <math math> | <math foo> | <b> | "x" 70310 7 contributor 2012-07-18 07:18:01 +0000 This bug was cloned to create bug 17924 as part of operation convergence. 72219 8 Ms2ger 2012-08-15 17:13:21 +0000 Filter on [Idon'tcareaboutHTMLWGbugspam]. 85755 9 silviapfeiffer1 2013-04-08 22:43:14 +0000 Added WHATWG patch for this, which addresses part of the bug but breaks a test, see bug 17924. Applied: https://github.com/w3c/html/commit/033f3a69ce7b47d0445917869916b1177e4461cd 88927 10 travil 2013-06-07 22:10:24 +0000 EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the Editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the Tracker Issue; or you may create a Tracker Issue yourself, if you are able to do so. For more details, see this document: http://dev.w3.org/html5/decision-policy/decision-policy.html Status: Accepted Change Description: Applied WHATWG Patch that fixes this issue to W3C spec See: https://github.com/w3c/html/commit/9c5293d8c754cbe69fdcbaccd7bb1e3616f4de1d