[Zope-dev] Cache-bug in handling of files

Jim Sanford jsanford@atinucleus.com
Fri, 11 Aug 2000 11:55:57 -0500


since all the data at my corporate intranet site is pulled from a RDMS, all my refrence URLS are generated in JavaScript and have a
rnd="a randomly generated number between 1 and a million" to force the browser to get the current page.

 __________________________________________________________________

              Jim Sanford
      .       Database Engineer
     / \  /   Accelerated Technology, Inc.
    /   /     720 Oak Circle Drive East
   /  /  \    Mobile, AL 36609
  / /     \   Voice: 334-661-5770  fax: 334-661-5788
 /         \  E-Mail: jsanford@atinucleus.com
              Web: http://www.atinucleus.com

 Nucleus.  All You NEED in an RTOS.  Royalty Free
 __________________________________________________________________


----- Original Message -----
From: Brian Lloyd <Brian@digicool.com>
To: 'Peter Arvidsson' <peter@innodev.com>; Brian Lloyd <Brian@digicool.com>
Cc: <zope-dev@zope.org>
Sent: Friday, August 11, 2000 10:44 AM
Subject: RE: [Zope-dev] Cache-bug in handling of files


> I am using IE 5 (5.00.2919.6307), cache settings set to:
> "Check for newer versions of stored pages:
> Automatically
>
> Those settings should get the new file if it has changed.
>
> I am accessing the server through a proxy.. could that be a problem? I
> think it would be strange if everyone accessing the website I am
> building can see the new files..
>
> What do you think?
>
> Peter

Peter - I have done some testing here and I can demonstrate
that this is an IE issue.

I set my cache to "Automatically" like yours and restarted
it. I then opened a Netscape and created a new file object.
I instrumented the code in the 'index_html' method of File
objects so that I could tell _for sure_ whether things were
actually being called at the server or not. Here's what I
did:

  - create a file 'myfile.txt', uploading a contents of
    text1.txt into it.

  - visit the view tab with IE. The server
    confirms that the index_html was called, and the whole
    content was sent, not a 304.

  - now (using netscape again) upload the contents of
    text2.txt into the file object. The mgmt screen
    correctly shows the updated byte length, etc.

  - click the 'view' tab again on IE. My instrumenting
    confirms that IE is not contacting the server *at all*
    no matter how many times I click the 'view' tab, and I
    keep seeing the old content. A look at the headers
    produced by this shows nothing that tells IE it should
    be doing that:

HTTP/1.1 200 OK
Server: Zope/(unreleased version) ZServer/1.1b1
Date: Fri, 11 Aug 2000 15:18:50 GMT
Connection: close
Content-Type: text/plain
Content-Length: 944
Last-Modified: Fri, 11 Aug 2000 15:16:06 GMT

    Interestingly, if you open the "view" tab in a new window,
    you'll see the updated content. Now, using that same new
    window, set your cursor at the end of the url string in the
    url bar and hit return. IE seems to reload the page, but it
    is not actually even contacting the server. Stranger yet, if
    you click the "refresh" button it *will* contact the server
    (and it passes an If-Modified-Since header, and correctly
    gets a 304 Not Modified).

    Now, use netscape to change the content again. The whole thing
    starts over. Clicking the 'view' link on the page or pressing
    return in the URL bar will not even contact the server and
    the only way to get the updated content is to explicitly press
    "refresh" or open a new window, even though the resource
    returned no caching information one way or the other.

I'm going to close that bug report and include this report
for those who may find it useful in the future.

Brian Lloyd        brian@digicool.com
Software Engineer  540.371.6909
Digital Creations  http://www.digicool.com




_______________________________________________
Zope-Dev maillist  -  Zope-Dev@zope.org
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )