You are viewing a plain text version of this content. The canonical link for it is here.
Posted to bugs@httpd.apache.org by bu...@apache.org on 2002/11/21 23:07:34 UTC
DO NOT REPLY [Bug 14556] -
mod_cache with mod_mem_cache enabled doesnt cash modified documents
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14556>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14556
mod_cache with mod_mem_cache enabled doesnt cash modified documents
rederpj@remulak.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From rederpj@remulak.net 2002-11-21 22:07 -------
Thanks for the diagnosis and input. I have committed a fix for this PR which
will be shipped in a future release of Apache.
The fix simply changes the checking code in mod_cache (around line 853) from
if (lastmod != APR_DATE_BAD)
to
if ((lastmod != APR_DATE_BAD) && (lastmod < date))
This forces the code into the else clause when lastmod == date.
You should not remove the "if lastmod>date then lastmod=date" code
since this has other negative consequences in checking for freshness.
Also, adding the conf->defex value into the expiry date calculation, as you
did, will either result in a longer than expected expiry date, or an expiry
date of maxexpire.
Please let me know if the above fix (adding "&& (lastmod < date))") fails to
solve the problem for you.
Thanks for using Apache and helping to make it better.
---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org