608338 - innerHTML getter should use "xlink:" prefix when needed

Status: RESOLVED FIXED

(Core :: DOM: Core & HTML, defect)

Description

[Jesse Ruderman]

Attachment: testcase (reports PASS/FAIL to console)

Round-tripping a valid xlink:href through innerHTML turns it into a namespaceless, and therefore non-working, href attribute.

This may be a bug or under-specification in the HTML5 spec:
http://www.whatwg.org/specs/web-apps/current-work/#html-fragment-serialization-algorithm
"For each attribute that the element has, append a U+0020 SPACE character, the attribute's name..., a U+003D EQUALS SIGN character, ..."

Comment 1

[Boris Zbarsky [:bzbarsky]]

Yeah, it's not clear how best to handle this.  We certainly don't want to support serializing abitrary namespaced gunk in the HTML serializer....

That said, maybe we should use the qualified name, not the localName, when serializing?  It's the same thing in the common case, and should do the right thing here.

Comment 2

[Jesse Ruderman]

The HTML parser recognizes the "xlink:" prefix as special. I think the serializer should mirror this by emitting "xlink:" in precisely the cases where doing so will cause the parser to handle it better.

Comment 3

[Hixie (not reading bugmail)]

http://www.w3.org/Bugs/Public/show_bug.cgi?id=11099

Comment 4

[Thomas Wisniewski]

I can't reproduce this issue anymore on today's nightly (the test passes). Can you confirm?

Comment 5

[Frederik Braun [:freddy]]

(In reply to Thomas Wisniewski from comment #4)

I can't reproduce this issue anymore on today's nightly (the test passes).
Can you confirm?

I can confirm.