Message223413
FWIW, here's my take on this:
RFC 2617 (3.2.2.5) states: This may be "*", an "absoluteURL" or an "abs_path" as specified in section 5.1.2 of [2], but it MUST agree with the Request-URI.
Note: It must AGREE.
RFC 3986 (6.2.3) states: In general, a URI that uses the generic syntax for authority with an empty path should be normalized to a path of "/".
In my mind, this normalization should actually happen server-side, not client as the patch is suggesting.
Additionally, should the logic in the supplied patch be applied, it would be inconsistent with any other than an empty path:
http://example.com -> /
http://example.com/foo -> /foo
I would close this as won't fix.
Side note: get_selector was deprecated in 3.3 and removed in 3.4 in favour of the Request.selector attribute. |
|
Date |
User |
Action |
Args |
2014-07-18 15:05:39 | demian.brecht | set | recipients:
+ demian.brecht, orsenthil, anelis, BreamoreBoy |
2014-07-18 15:05:39 | demian.brecht | set | messageid: <1405695939.86.0.87149182111.issue8843@psf.upfronthosting.co.za> |
2014-07-18 15:05:39 | demian.brecht | link | issue8843 messages |
2014-07-18 15:05:39 | demian.brecht | create | |
|