On 27 Apr 2014, at 7:14 PM, Yann Ylavic <[email protected]> wrote:
> Could you try the following patch? > > Index: modules/cache/mod_cache.c > =================================================================== > --- modules/cache/mod_cache.c (revision 1589129) > +++ modules/cache/mod_cache.c (working copy) > @@ -1200,7 +1200,7 @@ static apr_status_t cache_save_filter(ap_filter_t > apr_table_unset(r->headers_in, "If-Range"); > apr_table_unset(r->headers_in, "If-Unmodified-Since"); > > - ap_internal_redirect(r->uri, r); > + ap_internal_redirect(r->unparsed_uri, r); > > return APR_SUCCESS; > } > [END] > > (I didn't check how r->unparsed_uri is "safe" to redirect to here, so > that may be a temporary patch). Oddly enough I encountered the same bug this week while trying to trace an unrelated uncacheable 304. +1 to the patch. Regards, Graham --
