https://bz.apache.org/bugzilla/show_bug.cgi?id=61860

--- Comment #2 from Eric Covener <[email protected]> ---
> My understanding is that the 'always' bit in 'Header' forces the header
> value to be placed in r->err_headers_out too, so when the 416 is forced the
> headers are duplicated (because both r->headers_out and r->headers_out_err
> seems to be added to the response). The above hack explicitly clears all the
> headers that are not supposed to be maintained even in error conditions, but
> a more generic approach might be needed.

It could be related to this in http_filters.c (byterange_filter adds an error
bucket to the output that will be seen here)

    else if (eb) {
        int status;
        status = eb->status;
        apr_brigade_cleanup(b);
        ap_die(status, r);
        return AP_FILTER_ERROR;
    }

The 416 is generated the first time the output filter are invoked, but after
mod_headers has added the configured headers as an earlier filter.

I think the internal redirect for the error document adds them again.
Removing them from the table there might not make a difference.

-- 
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to