This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
version_declaration-005.xq contains: declare default collation "xspanish"; One of the baselines is the error XQST0038(which is the correct reaction on the query, as I see it), but also the 'Text' baseline with the content "15". I don't see how that baseline is possible. I suggest removing the collation declaration, since it seems the text was written in order to evaluate(and it is perhaps due to historical reasons or mistakes that the invalid collation declaration is there). Regards, Frans
An implementation which does not recognize "xspanish" collation will go ahead and run the query and return 15. That is the reason we have 15 as the expected output.
Then I need some clarification. Here's a quote from the end of 4.4 Default Collation Declaration: <quote> If a Prolog contains more than one default collation declaration, or the value specified by a default collation declaration (after resolution of a relative URI, if necessary) is not present in statically known collations, a static error is raised [err:XQST0038]. </quote> So, if the collation is not present in the statically known collations, a static error is raised(XQST0038). I think this behavior is consistent in all other cases of where unknown collations are encountered. This is why I believe implementations will fail with XQST0038 on this(except those who support collation "xspanish").
There was a typo in my earlier comment. Sorry for the confusion caused. Here is the correct comment. An implementation which does recognize "xspanish" collation will go ahead and run the query and return 15. That is the reason we have 15 as the expected output.
This report is invalid as discussed internally, closing as INVALID.