This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
These functions are classified as "context-independent", however the text states of the stylesheet-location option that "If the value is a relative reference, it is resolved against the static base URI of the fn:transform function call." i.e. it depends on the static context. I'd guess (although it isn't stated) that in a call to fn:load-xquery-module, a relative $module-uri would be resolved against the static base URI of the function call, making fn:load-xquery-module similarly context-dependent. Also, if the fn:transform/fn:load-xquery-module function is unsupported by the host language or explicitly disabled by the user, is err:FOXT0001/err:FOQM0006. the appropriate error to raise?
Decided: 1. We agree. 2. Module URIs are namespace URIs therefore relative URIs are deprecated and not resolved. 3. Yes. We need test cases for processors that don't support the function except by throwing an error.
I have labelled this functions as context-dependent, and I have expanded the descriptions of error cases to include these. (Note that FOXT0004 should be used when the fn:transform function has been disabled)
I have added tests.