WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
5378
createDocument fails with DOM Exception 5 when passed empty qname
https://bugs.webkit.org/show_bug.cgi?id=5378
Summary
createDocument fails with DOM Exception 5 when passed empty qname
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+
Details
Formatted Diff
Diff
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.
Top of Page
Format For Printing
XML
Clone This Bug