Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 82091 invoked from network); 26 Jan 2005 12:19:25 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 26 Jan 2005 12:19:25 -0000 Received: (qmail 96136 invoked by uid 500); 26 Jan 2005 12:19:21 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 96100 invoked by uid 500); 26 Jan 2005 12:19:21 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: dev@cocoon.apache.org Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 96071 invoked by uid 99); 26 Jan 2005 12:19:20 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=HTML_60_70,HTML_MESSAGE X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from Unknown (HELO arjan) (219.88.190.21) by apache.org (qpsmtpd/0.28) with ESMTP; Wed, 26 Jan 2005 04:19:16 -0800 Received: from localhost ([127.0.0.1] helo=ARJAN) by arjan with smtp (Exim 4.43) id IAXBGP-0001PO-PP for dev@cocoon.apache.org; Thu, 27 Jan 2005 01:17:14 +1300 From: "Adam Ratcliffe" To: Subject: Images not cached by IE if using ImageReader without expires parameter Date: Thu, 27 Jan 2005 01:17:13 +1300 Message-ID: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_005A_01C5040D.EEA89A00" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Importance: Normal X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N This is a multi-part message in MIME format. ------=_NextPart_000_005A_01C5040D.EEA89A00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit I've just resolved an issue I had with images loaded by a javascript preloader not being cached by Internet Explorer, the images are produced in a Cocoon pipeline that uses the ImageReader. The problem is with the 'Vary' response header that is set by the reader if the 'expires' parameter is not provided. IE will not cache responses containing this header unless its field value is the 'User-Agent' field, for more detail see: http://lists.over.net/pipermail/mod_gzip/2002-December/006826.html Looking at the ResourceReader source and the associated bug report, setting the 'Vary' header was intended to prevent IE from caching the resource when the 'expires' parameter was provided with a value of 0. The way the code is implemented the header will also be set when the expires parameter is not provided. Should the default behaviour of the ResourceReader be to provide non-cachable content? Cheers Adam ------=_NextPart_000_005A_01C5040D.EEA89A00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

I've = just resolved=20 an issue I had with images loaded by a javascript preloader not being = cached by=20 Internet Explorer, the images

are = produced in a=20 Cocoon pipeline that uses the ImageReader.

The = problem is with=20 the 'Vary' response header that is set by the reader if the 'expires' = parameter=20 is not provided. IE will not cache

responses containing=20 this header unless its field value is the 'User-Agent' field, for more = detail=20 see:

http://lists.over.net/pipermail/mod_gzip/2002-December/006826.html=

Looking at the=20 ResourceReader source and the associated bug report, setting the 'Vary' = header=20 was intended to prevent IE from

caching the resource=20 when the 'expires' parameter was provided with a value of 0. The = way the=20 code is implemented the header

will = also be set=20 when the expires parameter is not provided.

Should = the default=20 behaviour of the ResourceReader be to provide non-cachable=20 content?

Cheers

Adam

------=_NextPart_000_005A_01C5040D.EEA89A00--