- From: Chris Weber <chris@lookout.net>
- Date: Wed, 10 Aug 2011 17:19:44 -0400
- To: "PUBLIC-IRI@W3.ORG" <PUBLIC-IRI@w3.org>
I'm looking for feedback on this test case. I imagine the browser behavior noted below has been well-known for many years, and I'm wondering - am I interpreting RFC3986 section 2.3 correctly when determining the pass/fail result of these tests. "For consistency, percent-encoded octets in the ranges of ALPHA (%41-%5A and %61-%7A), DIGIT (%30-%39), hyphen (%2D), period (%2E), underscore (%5F), or tilde (%7E) should not be created by URI producers and, when found in a URI, should be decoded to their corresponding unreserved characters by URI normalizers." Looking at "Test 1" hosted at: http://lookout.net/test/uri/rfc3986-2.3.php (FAIL) FF5 /%41%42%43/ (FAIL) Safari 5.1 /%41%42%43/ (PASS) IE 9 /ABC/ (PASS) Chrome 13 /ABC/ (FAIL) Opera 11.5 /%41%42%43/ My "Test 1" was to observe the resultant HTTP request generated from a simple reference to the following URI included as both an /href and an /img/@src http://www.example.com/%41%42%43/ Best regards, Chris Weber
Received on Wednesday, 10 August 2011 21:19:58 UTC