httpd-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
Subject DO NOT REPLY [Bug 52342] ap_internal_redirect dropping filters means inconsistent behaviour for includes
Date Tue, 24 Jan 2012 18:33:07 GMT

Matthew Byng-Maddick <> changed:

           What    |Removed                     |Added
  Attachment #28076|0                           |1
        is obsolete|                            |

--- Comment #7 from Matthew Byng-Maddick <> 2012-01-24
18:33:07 UTC ---
Created attachment 28201
Allows SSI to consider following internal-redirects on its subrequests as valid

The above has the kind of properties we want - that we follow the
internal-redirect chain back to its source, which means that we can see the
original sub-request's tagging (or not), and hence act just like we would
within that sub-request. This is, of course, a kludge on a kludge, and in many
ways I don't like it.

There are other ways of making sure that the mod_include filter actually gets
activated, of course, which mean that applying stuff by extension where you're
using mod_proxy possibly isn't the right thing after all.

That the location that the hack acts on is the source location rather than the
destination is a bit of an annoyance, but if you're using mod_rewrite and
.htaccess (and probably SSI) the source is likely to be the one you have more
control over...



Configure bugmail:
------- You are receiving this mail because: -------
You are the assignee for the bug.

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message