You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Sylvain Wallez <sy...@apache.org> on 2005/09/12 17:47:16 UTC

"Vary: Host" in ResourceReader breaks IE

Hi all,

I found an annoying thing today. The following straightforward sitemap 
statement, which is intended to download a zip file, leads IE to display 
an error message when the users tries to open Winzip from IE (saving the 
file on disk is ok):
    <map:read src="foo.zip" mime-type="application/x-zip-compressed"/>

After some protocol-level debugging, it appears to be caused by the 
"Vary: Host" header that is added by the ResourceReader, which leads to 
an error message in IE. This bug has been identified in 1999 [1]!!!

Now it seems that this header was added to work around an IE cache bug 
[2] about which no details are given.

So the fix to the unknown cache problem leads to falling into another IE 
bug. Can someone explain the reason for the Vary header? If not, I'd 
like to remove it so that downloads work again...

Sylvain

[1] http://archive.apache.org/gnats/4118
[2] http://issues.apache.org/bugzilla/show_bug.cgi?id=14048

-- 
Sylvain Wallez                        Anyware Technologies
http://people.apache.org/~sylvain     http://www.anyware-tech.com
Apache Software Foundation Member     Research & Technology Director


Re: "Vary: Host" in ResourceReader breaks IE

Posted by Sylvain Wallez <sy...@apache.org>.
Ralph Goers wrote:

> Did you see 
> http://lists.over.net/pipermail/mod_gzip/2002-December/006826.html?


I'm a bit lost in these gory descriptions of IE bugs. So what is the 
right header to put to fix this cache issue, knowing that "Vary: Host" 
breaks downloads?

>> Hi all,
>>
>> I found an annoying thing today. The following straightforward 
>> sitemap statement, which is intended to download a zip file, leads IE 
>> to display an error message when the users tries to open Winzip from 
>> IE (saving the file on disk is ok):
>>    <map:read src="foo.zip" mime-type="application/x-zip-compressed"/>
>>
>> After some protocol-level debugging, it appears to be caused by the 
>> "Vary: Host" header that is added by the ResourceReader, which leads 
>> to an error message in IE. This bug has been identified in 1999 [1]!!!
>>
>> Now it seems that this header was added to work around an IE cache 
>> bug [2] about which no details are given.
>>
>> So the fix to the unknown cache problem leads to falling into another 
>> IE bug. Can someone explain the reason for the Vary header? If not, 
>> I'd like to remove it so that downloads work again...
>>
>> Sylvain
>>
>> [1] http://archive.apache.org/gnats/4118
>> [2] http://issues.apache.org/bugzilla/show_bug.cgi?id=14048
>>
-- 
Sylvain Wallez                        Anyware Technologies
http://people.apache.org/~sylvain     http://www.anyware-tech.com
Apache Software Foundation Member     Research & Technology Director


Re: "Vary: Host" in ResourceReader breaks IE

Posted by Ralph Goers <Ra...@dslextreme.com>.
Did you see 
http://lists.over.net/pipermail/mod_gzip/2002-December/006826.html?

Sylvain Wallez wrote:

> Hi all,
>
> I found an annoying thing today. The following straightforward sitemap 
> statement, which is intended to download a zip file, leads IE to 
> display an error message when the users tries to open Winzip from IE 
> (saving the file on disk is ok):
>    <map:read src="foo.zip" mime-type="application/x-zip-compressed"/>
>
> After some protocol-level debugging, it appears to be caused by the 
> "Vary: Host" header that is added by the ResourceReader, which leads 
> to an error message in IE. This bug has been identified in 1999 [1]!!!
>
> Now it seems that this header was added to work around an IE cache bug 
> [2] about which no details are given.
>
> So the fix to the unknown cache problem leads to falling into another 
> IE bug. Can someone explain the reason for the Vary header? If not, 
> I'd like to remove it so that downloads work again...
>
> Sylvain
>
> [1] http://archive.apache.org/gnats/4118
> [2] http://issues.apache.org/bugzilla/show_bug.cgi?id=14048
>