This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 4108 - fn-resolve-uri-4
Summary: fn-resolve-uri-4
Status: CLOSED FIXED
Alias: None
Product: XML Query Test Suite
Classification: Unclassified
Component: XML Query Test Suite (show other bugs)
Version: 1.0.2
Hardware: PC Windows XP
: P2 normal
Target Milestone: ---
Assignee: Frans Englich
QA Contact: Mailing list for public feedback on specs from XSL and XML Query WGs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-12-26 00:24 UTC by Ivan Shcheklein
Modified: 2007-09-12 15:26 UTC (History)
0 users

See Also:

Attachments

Description Ivan Shcheklein 2006-12-26 00:24:12 UTC 
The expected result for fn-resolve-uri-4 assumes that "http://" is not
a valid URI. However, I suppose it is valid according to both RFC 3986 and RFC 2396.

Specically, the both RFCs allow authority component to be empty. For example in RFC 3986 we read: 

  authority   = [ userinfo "@" ] host [ ":" port ]

  host =        IP-literal / IPv4address / reg-name

  reg-name   = *( unreserved / pct-encoded / sub-delims )

Here '*' means zero-or-more and '[ smth ]' means optional.
Comment 1 Frans Englich 2007-09-12 14:52:27 UTC 
A fix has been attempted in CVS, XQTS_current.zip is updated.

If the resolution is satisfactory, feel free to change status to CLOSED,
otherwise reopen this report. If no feedback is returned within two weeks, this report will automatically be closed. Thanks for reporting!
Comment 2 Ivan Shcheklein 2007-09-12 15:26:12 UTC 
Thanks for fix. It works now )).