This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
Both mentioned test-cases try to load the changes.xml file without providing a correct URI: instead of: let $changes := doc(resolve-uri('changes.xml', base-uri(.)))//change/@id/string() the test-cases use let $changes := doc('../changes.xml')//change/@id/string()
The tests are written to assume that the static base URI of a query is the URI of the catalog file that contains the query. I'm sure there are many other tests that make this assumption so it should probably be explicitly stated in http://dev.w3.org/2011/QT3-test-suite/guide/running.html
(In reply to comment #1) > I'm sure there are many other tests that make this assumption so it should > probably be explicitly stated in > http://dev.w3.org/2011/QT3-test-suite/guide/running.html Actually no, there are no test-cases (that I know of) that make this assumption.
(In reply to comment #2) > (In reply to comment #1) > > I'm sure there are many other tests that make this assumption so it should > > probably be explicitly stated in > > http://dev.w3.org/2011/QT3-test-suite/guide/running.html > Actually no, there are no test-cases (that I know of) that make this > assumption. Correction: there are indeed other test-case in FOTS that make the assumption that the static base URI of a query is the URI of the catalog file that contains the query. An example is "parse-xml-001" from "fn-parse-xml". So yes, I think that a note should be added in the http://dev.w3.org/2011/QT3-test-suite/guide/running.html. Sorry for the omission.
In response to comment #3, the following paragraph has been added to http://dev.w3.org/2011/QT3-test-suite/guide/running.html under section "Setting up the Context for Running Tests": "The static base URI of the query is always the URI of the file containing the query, which will typically be the catalog file."