Re: [TSVN] Nightly Builds msi still at 2816

> I don't see a bug. I'm also using Firefox and I have a 64k ISDN
> connection. Firefox attempts to download it again if it has changed.

No it doesn't. It attempts to download it again if it decides the
cached version is expired.

> Just watch out if it is downloading or not, but I think you don't
> recognize this because your connection is too fast ;-)

You'd be right.
As I said, I think we should put an entry in the apache config file so
that we obey HTTP semantics, rather than tell users that they have to
"watch out if it's downloading or not".

> D:\>curl -I http://mapcar.org/tsvn-snapshots/latest/TortoiseSVN-1.1.x-UNICODE_svn-1.1.x.msi
> HTTP/1.1 200 OK
> Date: Sun, 27 Mar 2005 12:59:35 GMT
> Server: Apache/1.3.26 (Unix) Debian GNU/Linux PHP/4.1.2
> Last-Modified: Sun, 27 Mar 2005 07:20:19 GMT
> ETag: "7c8047-49ce00-42465eb3"
> Accept-Ranges: bytes
> Content-Length: 4836864
> Content-Type: application/x-msi
>
> Seems okay to me,

It's not ;-).

> especially the ETag forces a reload if the file changed...

No it doesn't.

Why? Because your browser will not even see the above headers, since
it doesn't attempt to fetch the file - it simply decides that it's
locally cached copy hasn't expired yet.

> Maybe it has something to do with the Download Manager Tweak Extension
> for Firefox I have? But I doubt that.

Could be. Could be it's a simpler beast than FireFox's built-in
download mechanism.
Maybe it doesn't have a cache and just goes out and retrieves the file
every time.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Sun Mar 27 16:11:02 2005