Comment 4 for bug 595119

I am not sure about the bug. The issue is that the same thing works
with a file published elsewhere. I published the two html's here to
check: the URLs are:

http://ubuntuone.com/p/7YC/

http://ubuntuone.com/p/7YD/

The problem again:

I would like to publish a .gif animation to the web (large file). This
animation can then be used to link to a html file (small file) or
other web applications. So far I added these kind of files to third
party website I help maintaining, but it would be nice to use proper
place like maybe Ubuntu One.

Problem
So I set out to experiment and ran into the following. I produced 2
html files with link to .gif (both Ubuntu One and third party site).
After e-mailing the file, the recipient clicks on it and it should
assemble linked files (like embedded video from Youtube, and other
graphics hopefully from Ubuntu One).

Now, html linked to third party site works and show moving animation
in different browsers. However, html linked to Ubuntu One works
perfectly in Firefox browsers, but show as a freeze (no movement) when
opened in Safari and does not show at all when opened in MS Internet
Explorer.

Why is this, and how can I make sure it works for every browser?

(As you might have read in between the lines, I am not a programmer.
Just try to apply useful bits)

--

On Wed, Jun 30, 2010 at 8:43 AM, Chauncellor <email address hidden> wrote:
> Is this a dupe of bug 427938?
>
> --
> Internet Explorer cannot display public files
> https://bugs.launchpad.net/bugs/595119
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in Ubuntu One Servers: Confirmed
>
> Bug description:
> STR:
> 1. Navigate to http://ubuntuone.com/p/7Cd/ using Internet Explorer
> 2. Receive an error page
>
> Expected result: Internet Explorer cannot display this web page.
>
> The reason for such failure is that IE does not decompress the stream before displaying it to the end user.
> Therefore the files that are downloaded using IE are not usable.
>
> Either the compression is not done right for IE or IE8 does not work with the compression method we are using.
>
> Sample session:
> GET /p/7Cd/ HTTP/1.1
> Accept: image/jpeg, application/x-ms-application, image/gif, application/xaml+xml, image/pjpeg, application/x-ms-xbap, */*
> Accept-Language: uk
> User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; OfficeLiveConnector.1.3; OfficeLivePatch.0.0)
> Accept-Encoding: gzip, deflate
> Host: ubuntuone.com
> Connection: Keep-Alive
>
> HTTP/1.1 200 OK
> Date: Wed, 16 Jun 2010 12:59:12 GMT
> Server: PasteWSGIServer/0.5 Python/2.5.2
> Content-Length: 2230553
> Content-Disposition: inline; filename*=UTF-8''doc_166891.pdf
> Content-Encoding: deflate
> Last-Modified: Wed, 16 Jun 2010 08:01:24 GMT
> ETag: "sha1:70ece5553ce9d5bfd9293ea90cc479ce60533246"
> Content-Type: application/pdf
> X-Bzr-Revision-Number: 2691
> Age: 3102
> X-Cache: HIT from amatungulu.canonical.com
> X-Cache-Lookup: HIT from amatungulu.canonical.com:3128
> Via: 1.0 ip-10-244-18-230.ec2.internal, 1.1 amatungulu.canonical.com:3128 (squid/2.7.STABLE7)
> Via: 1.1 ubuntuone.com
> Keep-Alive: timeout=15, max=100
> Connection: Keep-Alive
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/ubuntuone-servers/+bug/595119/+subscribe
>