This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
The following tests contain namespace URIs that are not valid URIs in their results. K2-DirectConElemNamespace-59 K2-DirectConElemNamespace-60 K2-DirectConElemNamespace-75 K2-DirectConElemNamespace-76 K2-DirectConElemNamespace-78 K2-DirectConElemNamespace-82 K2-DirectConElemNamespace-83 K2-DirectConElemNamespace-84 K2-DirectConElemNamespace-85 K2-CopyNamespacesProlog-1 In order to compare the results of these tests, the expected result documents should be canonicalized. Unfortunately canonicalization is defined to raise an error in this case (where a namespace URI is not a valid absolute URI).
Two more tests with the same problem: K2-DirectConElem-47 K2-NamespaceProlog-13
This report at least partly duplicates bug #6868. The problem is that these tests test valid syntax & semantics, which needs to be done. That it then fails in c18n, is a separate problem.
>The problem is that these tests test valid syntax & semantics, which needs to be done. See comment #12 of bug #6868. I think our purpose is to test interoperability, and the state of the XML specs, taken as a whole, is such that there is no expectation of interoperability when invalid or relative URIs are used as namespace names. So we shouldn't use them in the public test suite. Of course products will have their own rules on how such cases are handled, and will therefore need such tests in their private test suites, but that's a different matter.
*** This bug has been marked as a duplicate of bug 6868 ***
I have added XQST0022 as an alternate result for tests: K2-DirectConElem-47 K2-DirectConElemNamespace-59 K2-DirectConElemNamespace-65 K2-DirectConElemNamespace-75 K2-DirectConElemNamespace-76 because, as it was also mentioned by a comment for these tests, some processors MAY report the URI's as invalid.
Re the previous comment, see Bug 13966.