WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED DUPLICATE of
bug 18421
19122
XMLHttpRequest should use a more reasonable method to serialize documents
https://bugs.webkit.org/show_bug.cgi?id=19122
Summary
XMLHttpRequest should use a more reasonable method to serialize documents
Alexey Proskuryakov
Reported
2008-05-18 22:19:06 PDT
From the bug URL: --------------------------- var doc = document.implementation.createDocument("", "", null); var el = doc.createElementNS("ns1", "x:y"); el.setAttributeNS("ns2", "x:z", "val"); doc.appendChild(el); var xhr = new XMLHttpRequest(); xhr.open("POST", "echo.cgi", false); xhr.send(doc); alert(xhr.responseText); Here echo.cgi is the following CGI: #!/usr/bin/perl print "Content-Type: text/plain\n\n"; while (<>) { print; } Here are the results I see: Firefox 3rc1: <x:y xmlns:x="ns1" a0:z="val" xmlns:a0="ns2"/> Opera 9.25: <?xml version="1.0"?><x:y x:z="val" xmlns:x="ns1"/> Safari 3.1: <x:y x:z="val" /> Ignoring the Safari serialization, which is not in fact ns-wellformed no matter how you slice it, the other two are ns-wellformed XML. Neither one roundtrips to quite the original document. Which one is "correct" per the current spec? Or is it neither one? Should an exception have been thrown in this case? Why or why not? If there shouldn't have been an exception in this case, how is a UA to determine that? --------------------------- JSXMLHttpRequest uses Document::toString(), which is a weird method, see also:
bug 18421
.
Attachments
Add attachment
proposed patch, testcase, etc.
Alexey Proskuryakov
Comment 1
2008-05-19 10:17:26 PDT
Will attach a fix to
bug 18421
. *** This bug has been marked as a duplicate of
18421
***
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug