Bug 5378

Summary: createDocument fails with DOM Exception 5 when passed empty qname
Product: WebKit Reporter: Eric Seidel (no email) <eric>
Component: DOMAssignee: Anders Carlsson <andersca>
Status: RESOLVED FIXED    
Severity: Normal CC: cdumez
Priority: P4    
Version: 420+   
Hardware: Mac   
OS: OS X 10.4   
URL: http://www.zeugma.ch/blog/xslttest.html
Attachments:
Description Flags
Fix mjs: review+

Eric Seidel (no email)
Reported 2005-10-13 17:42:06 PDT
createDocument fails with DOM Exception 5 when passed empty qname I'm not sure if this is correct or not. FireFox does not fail here, but the spec seems to imply that we should.
Attachments
Fix (12.56 KB, patch)
2006-01-03 01:46 PST, Anders Carlsson 		mjs: review+
DetailsFormatted DiffDiff
View All Add attachment proposed patch, testcase, etc.
Eric Seidel (no email)
Comment 1 2005-10-13 17:42:29 PDT
I discovered this when trying to use: http://www.zeugma.ch/blog/xslttest.html
Eric Seidel (no email)
Comment 2 2005-10-13 17:45:12 PDT
using sarissa : http://sarissa.sourceforge.net/doc/
Eric Seidel (no email)
Comment 3 2005-10-13 17:46:50 PDT
The spec: http://www.w3.org/TR/DOM-Level-2-Core/core.html#ID-102161490
Sam Weinig
Comment 4 2005-12-12 08:03:59 PST
For a good conversation about this with the KDE developers' conclusions see http://bugs.kde.org/ show_bug.cgi?id=61650
Anders Carlsson
Comment 5 2006-01-03 01:46:56 PST
Created attachment 5442 [details] Fix The attached patch fixes this bug. Note that it makes two of the W3C tests fail, but these fail in at least Firefox and Opera (I suspect WinIE too).
Maks Orlovich
Comment 6 2006-01-03 08:42:03 PST
See my bug report #5735 (I guess you may want to close this now) --- note that by DOM Level 3, you're supposed to not create the document node -ONLY- when all of documentType, NameSpaceURI and qualifiedName are null
Lucas Forschler
Comment 7 2019-02-06 09:02:39 PST
Mass moving XML DOM bugs to the "DOM" Component.
Note You need to log in before you can comment on or make changes to this bug.